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1. INTRODUCTION 


This is the first in a series of publications concerned with programming Texas Instruments 
Video Display Processors. This programmer's guide will pay close attention to the fundamen- 
tals of initializing and creating a display with the TMS91 18/28/29 VDPs. The book also cov- 
ers their predecessors, the TMS9918A/28A/29A VDPs, and serves as a prerequisite to 
future publications on the next generation of Texas Instruments Advanced Video Display 
Processors. Device differences are noted for your convenience. 


The programming approach in this publication is at the assembly language level. Most pro- 
gramming examples are very general for the sake of clarity. Actual working programs written 
іп 8088, 6502, TMS7000, and TMS9995 assembly languages are included in Appendix Е. * 


All necessary subjects about programming а VDP are covered in this programmer's guide. If a 
subject is not at first discussed thoroughly enough or if more information about a particular 
subject is desired, let the Table of Contents guide you to a more detailed discussion of that 
topic. 


1.1 GENERAL VDP OPERATION 


The VDP fetches data from Video RAM (VRAM) and processes it into a serial stream of data 
used to control the beam of a CRT as it sweeps across the screen. The VDP performs this 
operation over and over again, much like a program executing in a loop. The VDP does, how- 
ever, perform many more functions in this simulated loop (see Figure 1-1). 


PROCESS 
FETCH GRAPHIC INFORMATION ALLOW HOST 
INFORMATION AND SHIFT IT CPU ACCESS TO 
FROM OUT SERIALLY REGISTERS OR 
VIDEO RAM TO THE CRT VIDEO RAM 
DISPLAY 


POWER UP/ EXAMINE 
RESET CONTROL 
REGISTER DATA 


REPEAT SEQUENCE 


FIGURE 1-1 — VDP FLOW OF OPERATION 


Much of the VDP's versatility stems from the fact that itis not restricted to fetching data from 
the same place in memory in the same sequence. The VDP has nine internal registers, eight of 
which contain option and control bits which may be programmed by the user. The ninth regis- 
teris the Status Register and may be read by the user in order to determine certain things that 
are happening within the VDP. By programming information into the eight control registers, 
the VDP can be directed to fetch data from different VRAM locations in various sequences. 


The VDP takes time out every few microseconds to see if the host CPU would like access to 
one of its internal registers or VRAM. If the VDP did not perform this function, it would not be 
possible to program the internal registers, read the status, or even load an artistic masterpiece 
into VRAM for display. 


* 8088 is a registered trademark of the Intel Corporation, and 6502 is a registered trademark of MOS Technology. 
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REFERENCE MATERIAL 


1) 
2) 
3) 


4) 
5) 


TMS9918A/28A/29A Video Display Processors Data Manual (MPO10A) 

TMS91 18/28/29 Video Display Processors Data Manual (5РР5002) 

TMS9928/29 and TMS9128/29 Interface to Color Monitors Application Report 
(5РРА004) 

TMS9118/TMS9128/TMS9129 Evaluation Module User's Guide (SPPUOO3) 

Dual Video Display Processor Application Report (5РРАО05) 


2.1 


2.2 


FEATURES 
DISPLAY PLANES 


The VDP displays an image on the screen that can best be thought of as a set of 35 display 
planes stacked on top of one another (see Figure 2-1). Looking at a monitor or television 
Screen, we can visualize the highest priority plane as the closest to us and the lowest priority 
plane as the plane farthest away. 


If patterns on different planes happen to be occupying the same spot on the screen, then the 
pattern on the highest priority plane will show through at that spot. For a particular pattern on 
a plane to show through, any pattern on higher priority planes directly in front of it must be set 
to the VDP color 'transparent'. See the TMS9118/28/29 Video Display Processors Data 
Manual (5РР5002) for more details. 


The 35 prioritized planes are shown in Figure 2-1, with each of the first 32 planes containing a 
single sprite. A sprite is a definable object whose position on the screen is relative to X,Y 
coordinates. The X, Y coordinates are composed of two bytes in VRAM. By changing the data 
in these two bytes, a sprite сап be moved smoothly around the screen to an X, Y position of 
one pixel. Sprites are available in two sizes, either 8x8 pixels or 16x16 pixels. These sprites 
can also be magnified to 16x16 or 32x32 pixels. 


Behind the 32 Sprite Planes is the Pattern Plane. This plane is used to display either graphics 
ortext. The VDP can display patterns on this plane in one of four possible modes: Text, Graph- 
ics І, Graphics Il, or Multicolor. 


DISPLAY MODES 


Text Mode breaks the screen down into 6x8 pixel blocks specifically designed for displaying 
text. In Graphics | Mode, the screen is broken up into 32 horizontal blocks by 24 vertical 
blocks. Each block in Graphics | Mode contains 8x8 pixels, yielding a total screen resolution of 
256x192 pixels. In Graphics И Mode, the screen breakdown and resolution are the same as in 
Graphics | Mode, but more complicated color and pattern displays are possible. Multicolor 
Mode is a low-resolution display mode which divides the screen into 64 horizontal blocks by 
48 vertical blocks. Each block in Multicolor Mode contains 4x4 pixels and may be one of the 
Sixteen colors available. 


Behind the Pattern Plane is the Backdrop, which is larger in area than the other planes so that it 
forms a border around the other planes. The color of the Backdrop is defined by four bits in 
VDP Register 7. 


The 35th and lowest priority plane is the External VDP Plane. If the output of a second VDP 
(slave) is detected by the main VDP (master), then all 35 planes generated by the second VDP 
will show through on this 35th plane. For an entity on the 35th plane to show through, all 
planes in front of the 35th plane must be transparent at that point. 


r———— 


DEFAULT BLACK PLANE] 


EXTERNAL МОР 


І 
І 
І 
І 
І 
І 


BACKDROP PLANE 


L 


PATTERN OR MULTICOLOR 


FIGURE 2-1 — VDP DISPLAY PLANES 
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AVAILABLE COLORS 


The VDP can display 16 colors (including transparent) as shown in Table 2-1. The VDP can 
also display fifteen different gray levels on monochrome monitors. 


TABLE 2-1 — VDP COLOR ASSIGNMENTS 


sere ta ° ACTUAL COLOR NER ACTUAL COLOR 
0 Transparent 8 Medium Red 
1 Black 9 Light Red 
2 Medium Green A Dark Yellow 
3 Light Green B Light Yellow 
4 Dark Blue с Dark Green 
5 Light Blue D Magenta (Purple) 
6 Dark Red E Gray 
7 Cyan (AquaBlue) E White 


COMMUNICATION BREAKDOWN 


The circuit shown in Figure 3-1 is actually part of the Texas Instruments TMS9118/28/29 
Evaluation Module (available for demonstration at your local TI Field Sales Office). We will use 
this circuit to help describe how the CPU and VDP communicate. This circuit is a complete 
working system. 


3.1 
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FIGURE 3-1 — CPU TO VDP INTERFACE 


CPU TO VDP INTERFACE 


The CPU communicates with the VDP through an eight-bit bidirectional data bus, three con- 
trol lines, and an interrupt line. The three control signals are CSR (chip select read), CSW (chip 
select write), and MODE. CSR and CSW determine whether the VDP gets information off the 
data bus or puts information onto it. II CSR is active, the VDP will output information for the 
CPU onto the data bus. If CSW is active, the VDP will get information sent by the CPU off the 
data bus. 


The MODE signal determines the VDP's source or destination for a data transfer. If the MODE 
signal із low, the МОР will do a VRAM operation. If the MODE signal is high, the МОР will do a 
VDP register operation. 
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One of the easiest ways to design the hardware interface is to set aside two addresses in the 
host CPU memory map for VDP communication. In the circuit shown in Figure 3-1, the two 
addresses set aside are Hex СООО and Hex С002. Performing a CPU operation at location Hex 
C000 will make the MODE signal low. Performing an operation at Hex С002 will make the 
MODE signal high. CSR and CSW are controlled by the CPU read/write logic. If a read opera- 
tion is performed, CSR will be active (low), and if a write operation is performed, CSW will be 
active (low). 


NOTE 


The addresses you will use in a particular VDP system will probably be differ- 
ent than Hex СООО and Hex C002, but the function will be the same. 


In order to have the full capability of each VDP graphics mode, our VDP must have 16K bytes 
of VRAM available. This is also the most popular amount of VRAM found in VDP systems. 
VRAM is located in the VDP memory map from Hex 0000 to Hex 3FFF. As described earlier, 
VRAM can only be accessed through the VDP by reading or writing from memory locations 
Hex СООО and Hex C002. 


Another important note to make concerns the examples using address and data lines. Exam- 
ples in this guide refer to the most significant data line bit (MSB) as DO and the least signifi- 
cant data line bit (LSB) as D7. This also holds true for the 14 bit address bus, with AO being the 
MSB and A13 being the LSB. 


SOFTWARE OPERATIONS 


The CPU can be programmed to conduct one of four operations: 


1) Write a byte of data to VRAM 

2) Read a byte of data from VRAM 2 

3) Write to one of the eight VDP internal registers, or set up the VRAM address by writing to 
the 14-bit Address Register 

4) Readthe VDP Status Register. 


Each of these operations requires one or more data transfers to take place from the CPU to the 
VDP. The VDP determines which of these four data transfers is being performed by the state 
ofthe three control signals (CSR, CSW, and MODE) as shown in Table 3-1. 


TABLE 3-1 — CPU TO VDP DATA TRANSFERS 


| OPERATION | CSW | CSR MODE | PORT ADDRESS 


| Write to УВАМ 


Read from VRAM 


Write to VDP register 


Read VDP Status Register 


NOTE 


Memory-mapped addresses >С000 and >С002 are arbitrary addresses 
chosen for this guide. 
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TALKING TO THE VDP 
WRITING TO THE VDP REGISTERS 


The VDP has eight write-only registers and one read-only Status Register. The write-only reg- 
isters contain information that controls the operation of the VDP, including the way VRAM is 
allocated. The Status Register contains interrupt and sprite information. 


A VDP write-only register is loaded using two eight-bit data transfers from the CPU. The first 
byte written is the data, and the second byte is the register number and tells the VDP where to 
put the data just sent to it. The MSB of the second byte must be a 1, the next four bits must be 
Os, and the lowest three bits are the actual register number (from 010 7). Table 4-1 shows the 
format for the eight write-only registers. 


TABLE 4-1 — WRITE TO VDP REGISTERS 


MSB 188 | — | таш 
РІ D! 
E 'ERATION 0 1 2 з 4 5 6 7 E CSW MODE 
Data Write 00 01 02 03 04 05 06 07 1 0 1 
(Вуге 1) 
Register Select [її 1 0 0 0 0 Rn Rn Rn 1 | 0 1 
(Byte 2) 
EXAMPLE 4-1. 


Let's say we wish to initialize Register O (RO) with a value of Hex OO. The first byte written to 
address Hex С002 will be Hex 00, the second byte will be Hex 80 (remember from Table 4-1 
that the MSB must be set to 1). If we had wanted to write Hex OO to Register 7 (R7), then the 
second byte transferred would have been Hex 87. If Hex OO was to be written to Register 7 
(R7), then the second byte transferred would be Hex 87. 


READING THE VDP STATUS REGISTER 


The Status Register contents can be read with a single byte transfer, just by doing a read from 
address Hex COO2 (see Table 4-2). 


TABLE 4-2 — READ FROM STATUS REGISTER 


MSB 
| OPERATION 0 1 2 3 4 5 6 
Data Read 00 01 02 03 04 D5 06 
(Byte 1) 
WRITING AND READING VRAM 


The VDP is connected to VRAM via a 14-bit autoincrementing Address Register. Once the 
address to read from or write to is set up (two-byte data transfer), we can read or write a byte 
of data using a one-byte transfer. Continuing to read or write to the VDP causes the address to 
increment automatically. Therefore, reading or writing a sequential chunk of data can be per- 
formed very quickly. The MODE signal is high (МООЕ1) for the first two data transfers (ad- 
dress setup), and low (MODEO) for the third when actually reading from or writing to VRAM. 
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The following sequences illustrate the proper steps for writing to and reading from VRAM. 
Refer to Table 4-3 and Table 4-4 for details. 


Write to УВАМ 
1) Transfer lower eight bits of address to MODE HIGH. 
2) Transferupper eight bits of address to MODE HIGH. (The two MSBs must be set to О and 

1, respectively.) 
3) Write а byte to MODE LOW. 
4) Write next byte. 

TABLE 4-3 — WRITE TO VRAM 
MSB LSB | — | == 
OPERATION 0 1 2 3 4 5 ° s CSR | CSW | MODE 


Setup Address A6 A7 А8 А9 АТО А11 A12 A13 


(Byte 1) 


Setup Address 0 1 АО А1 А2 АЗ А4 


(Вуге 2) 
Write Data 00 01 02 03 04 05 06 
(Byte 3) 


Read from VRAM 


1) 


Transfer lower eight bits of address to MODE HIGH. 


2) Transfer upper eight bits of address to MODE HIGH. (The two MSBs must be set to O.) 
3) Readabyte from MODELOW. 
4) Readnextbyte. 
TABLE 4-4 — READ FROM VRAM 
MSB 158 
OPERATION | о 1 2 3 4 5 6 7 
| Setup Address Аб А7 AB AQ #10 #11 А12 A13 
(Byte 1) 
Setup Address 0 0 AO А1 A2 АЗ А4 А5 
(Byte 2) 
Read Data Do D1 D2 D3 04 05 06 07 
(Byte 3) 
EXAMPLE 4-2. 
Write To УВАМ 


Suppose we wish to write Hex 00 to VRAM location Hex 20А0. The first byte transferred to 
address Hex C002 would be the lower address byte or Hex AO. The second byte transferred 
to address Hex СОО2 is the upper eight address bits with the two MSBs set to О and 1, respec- 
tively. Therefore, Hex 60 would be sent as the second byte instead of Hex 20. Now that the 
address is set up, a byte of data can be written to Hex 20A0 by a doing a write to address Hex 
C000. 


EXAMPLE 4-3. 
Read From VRAM 


Suppose we wish to read the byte of VRAM located at Hex 20А0. The first byte transferred to 
address Hex С002 would be the lower address byte or Hex AO. The second byte transferred 
to address Hex С002 is the upper eight address bits or Hex 20. The address is now set up, and 
location Hex 20А0 can be read by doing a read from address Hex СО00. 
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5. DESCRIPTION OF THE VDP REGISTERS 
5.1 VDP WRITE-ONLY REGISTERS 


The eight VDP registers are described in the following paragraphs. Registers O and 1 contain 
bits to enable or disable various features and modes. Registers 2 through 6 contain values 
that specify the starting locations of various tables in VRAM. These VRAM tables are used to 
generate displays on the Pattern Plane and Sprite Planes. Register 7 contains the color of text 
(if in Text Mode) and contains the Backdrop color for all modes. 


In some of the registers not all eight bits are used. To insure software compatibility with the 
next generation Advanced Video Display Processor, the unused bits must be set to Os. 


NOTE 
Bit O is the MSB, and Bit 7 is the LSB. 


5.1.1 Register 0 (Contains Two МОР Control Bits) 


REGISTER 0 
MSB LSB 
DO D7 
EXT. 
0 0 о о о VID. 


Bit 6 = M3 (Pattern Mode Bit 3) 


This is one of three bits that, when set, determine the display mode the VDP is in. The other 
two mode bits are located in Register 1. 


M1 M2 M3 Display Mode 
0 0 0 Graphics | Mode 
0 0 1 Graphics ІІ Mode 
0 1 0 Multicolor Mode 
1 0 0 Text Mode 


Bit 7 = External VDP Plane Enable/Disable 
O-Disables External VDP Plane 
1-Enables External VDP Plane 


5.1.2 Register 1 (Contains Eight VDP Control Bits) 


REGISTER 1 


5-1 


5.1.3 


5-2 


ВИО = 4/16K Selection 


O-Selects 4K bytes of VRAM 
1-Selects 16K bytes of VRAM. 
NOTE 


This bit is used only on the TMS9918A/28A/29A. When using TMS9118/28/ 
29 this bit is a "Don't Care" and can be set to either state. The TMS9118/28/ 
29 Family assumes 16K of VRAM is present. 

Bit 1 = Display Blank Enable/Disable 


O-Causes the active display area to blank 
1-Enables the active display 


Blanking causes the Sprite and Pattern Planes to blank but still allows the Backdrop color to 
show through. Blanking the display does not destroy any tables in VRAM. 


Bit 2 — IE (Interrupt Enable) 


O-Disables VDP interrupt 
1-Enables VDP interrupt 


If the VDP interrupt is connected in hardware and enabled by this bit, it will occur at the end of 
the active screen display area, just before vertical retrace starts. Exceptionally smooth, clean 
pattern drawing and sprite movement can be achieved by writing to the VDP during the period 
this interrupt is active. 


Bit 3,4 = M1,M2 (Pattern Mode Bits 1 and 2) 

Refer to Bit 6 of Register O for a description of these bits. 
Bit 5 = Reserved ВИ (must be set to 0) 
Bit 6 = Sprite Size Select 


O-Selects Size O sprites (8x8 pixels) 
1-Selects Size 1 sprites (16x16 pixels) 


Bit 7 = Sprite Magnify Option 


O-Selects no magnification 
1-Selects a magnification of 1, thus 8x8 sprites become 16x16 and 16x16 sprites be- 
come 32x32. 


Register 2 


REGISTER 2 


14-BIT VDP ADDRESS 


Register 2 tells the VDP where the starting address of the Name Table is located in VRAM. The 
range of its contents is from O-F. The contents of the register form the upper four bits of 
the 14-bit VDP address, therefore making the location of the Name Table in VRAM equal to 
(Register 2) * 400 (Hex). 


5.1.4 Register 3 


REGISTER 3 


MSB L 1 


14-ВІТ VDP ADDRESS 


Register 3 tells the VDP where the starting address of the Color Table is located in VRAM. The 
range of its contents is from O-FF. The contents of the register form the upper eight bits of 
the 14-bit VDP address, therefore making the location of the Color Table in VRAM equal to 
(Register 3) * 40 (Hex). 


NOTE 


Register З functions differently when the МОР is in Graphics ІІ Mode. In this 
mode the Color Table can only be located in one of two places in VRAM, either 
Hex 0000 or Hex 2000. If Hex 0000 is where you wish the Color Table to be 
located, then the MSB in Register 3 has to be a O. If Hex 2000 is the location 
Choice for your Color Table, then the MSB in Register 3 must be a 1. In either 
case, all the LSBs in Register З must be set to 1s. Therefore, in Graphics II 
Mode the only two values that work correctly in Register 3 are Hex 7F and Hex 
FF. 


5.1.5 Register 4 


REGISTER 4 


14-ВІТ МОР ADDRESS 


Register 4 tells the МОР where the starting address of the Pattern Table is located іп VRAM. 
The range of its contents is from 0-7. The contents of the register form the upper three bits of 
the 14 bit VDP address, therefore making the location of the Pattern Table in VRAM equal to 
(Register 4) * 800 (Hex). 


5.1.6 


5.1.7 


5-4 


NOTE 


Register 4 functions differently when the МОР is in Graphics II Mode. In this 
mode the Pattern Table can only be located in one of two places in VRAM, ei- 
ther Hex 0000 or Hex 2000. If Hex 0000 is where you wish the Pattern Table to 
be located, then the MSB in Register 4 has to be а O. If Hex 2000 is the location 
choice for your Pattern Generator Table, then the MSB in Register 4 must be a 
1. In either case, all the LSBs in Register 4 must be set to 1s. Therefore, in 
Graphics II Mode the only two values that work correctly in Register 4 are Hex 
03 and Hex 07. 


Register 5 


REGISTER 5 


14—BIT МОР ADDRESS 
Register 5 tells the VDP where the starting address of the Sprite Attribute Table is located in 
VRAM. The range of its contents is from O-7F. The contents of the register form the upper 
seven bits of the 14 bit VDP address, therefore making the location of the Sprite Attribute 
Table in VRAM equal to (Register 5) * 80 (Hex). 
Register 6 


REGISTER 6 


A13 


14-ВІТ МОР ADDRESS 


Register 6 tells the VDP where the starting address of the Sprite Pattern Table is located in 
VRAM. The range of its contents is from 0-7. The contents of the register form the upper 
three bits of the 14 bit VDP address, therefore making the location of the Sprite Pattern Table 
in VRAM equal to (Register 6) * 800 (Hex). 


5.1.8 Register 7 
REGISTER 7 


MSB , LSB 
DO 07 
св | сін | сін | сін | св | сів | сія | сін 

1 1 1 1 о о 0 о 


The upper four bits of Register 7 contain the color of bits on in Text Mode. The lower four bits 
contain the color of bits off in Text Mode and the Backdrop color in all modes. 


5.2 READ-ONLY STATUS REGISTER 
STATUS REGISTER 


MSB 158 
DO D7 


ЁЛ B FIFTH SPRITE NUMBER 


The VDP Status Register contains the Interrupt Flag, Coincidence Flag, Fifth Sprite Flag, and 
the Fifth Sprite Number (if one exists). Each of these is explained іп the following paragraphs. 


5.2.1 Interrupt Flag (Е) 


Тһе Е flag in the Status Register is set equal to 1 at the end of the raster scan of the last line of 
the active display, just before the Backdrop color at the bottom of the screen begins. It is reset 
to a O after the Status Register is read or whenever the VDP is externally reset (hardware 
reset). If the Interrupt Enable bit located in VDP Register 1 is active (1), then the VDP interrupt 
output line (INT) will be active (0) whenever the F status flag is 1. 


NOTE 


The Status Register needs to be read frame-by-frame in order to clear the inter- 
rupt and receive the new interrupt for the next frame. 


5.2.2 Coincidence Flag (С) 


The C status flag will be set to a 1 if two or more sprites coincide. Coincidence occurs if any 
two sprites on the screen have at least one overlapping pixel. Sprites set to the VDP color 
transparent, as well as those partially or completely off the screen, are considered. Sprites 
beyond the Attribute Table terminator of Hex DO are not considered. The C flag is cleared 
whenever the VDP Status Register is read or the VDP is externally reset. 
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5.2.3 


Fifth Sprite Flag (55) and Number 


The Fifth Sprite Flag is set to a 1 whenever there are five or more sprites active on a horizontal 
line. The Fifth Sprite Flag is cleared to a O after the Status Register is read or whenever the 
VDP is externally reset. The number of the lowest priority sprite on the horizontal line is 
loaded into the lower five bits of the Status Register whenever the Fifth Sprite Flag is set and 
is valid whenever the Fifth Sprite Flag is a 1. The setting of the Fifth Sprite Flag will not gener- 
ate an interrupt. 


6.1 


INITIALIZING THE VDP 

After powerup of our VDP system, the first thing to be done is register initialization. In order to 
do this we need to know a few things, such as which pattern display mode to use and where 
in VRAM we are going to place the tables required. Figure 6-1 shows a procedure for initializ- 


ing all eight VDP registers. The next section is a brief description of the popular uses for each 
mode. 


SET UP VDP ADDRESS 


GET DATA FROM SYSTEM RAM 
SEND DATA TO VDP (MODE HIGH) 
SEND VDP THE REGISTER NUMBER 


ALL8 
REGISTERS 
DONE 
? 


CONTINUE 
WITH 
PROGRAM 


FIGURE 6-1 — REGISTER INITIALIZATION 
CHOOSING THE RIGHT MODE 


Most applications displaying text use either Text or Graphics | Mode. Video games needing а 
high-resolution display normally use Graphics | or Graphics II Mode. Graphics | Mode із a bit 
more popular for games because a colorful, detailed, high-resolution picture can be generated 
using very little data. Graphics II Mode is used when a high-resolution picture needs ех- 
tremely fine detail and color or when you wish to organize memory in a bit-map arrangement 
for calculating pixels, lines, circles, etc. The Graphics ІІ Mode bit-map arrangement is also 
very popular for personal computer business graphics. Multicolor Mode is popular for games 
requiring only a low-resolution display. Sprites are available in all modes except Text and are 
primarily used for objects that move and change shape (animation). 
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Detailed descriptions of Graphics І, Graphics ІІ, Text, and Multicolor Mode appear in Section 
8. Refer to these sections to decide which display mode is best suited to your particular appli- 
cation. 


Some typical table values used to initialize the registers in each graphic mode are shown and 
described in the following figures. The resulting VRAM Memory Map is shown after the table 
values. Actual assembly language programs written for various CPUs and using the following 
register initialization values are included in Appendix E. 


The typical register initialization values are given here only as one example. Those of you pre- 
ferring a different УВАМ memory map can either calculate the values as described in Section 
5 or refer to the Register Address Look-Up Tables provided in Appendix А. 

6.1.1 Graphics I Mode Initialization 


TABLE 6-1 — GRAPHIC | MODE INITIALIZATION 


REGISTER MSB LSB HEX DESCRIPTION 
REGO 00000000 00 Graphics | Mode, No External Video 
REG 1 11000000 co 16K, Enable Display,Disable Int.,8x8 Sprites, Mag.Off 
REG 2 00000101 05 Address of Name Table in VRAM = Hex 1400 
REG 3 10000000 80 Address of Color Table in VRAM = Hex 2000 
REG 4 00000001 01 Address of Pattern Table in VRAM = Hex 0800 
REGS 00100000 20 Address of Sprite Attribute Table in VRAM = Hex 1000 
REG 6 00000000 00 Address of Sprite Pattern Table in VRAM = Hex 0000 
REG 7 00000001 01 Backdrop Color = Black 


FIGURE 6-2 — GRAPHIC І MODE VRAM MEMORY МАР 


6.1.2 Graphics ІІ Mode Ini 


ization 


TABLE 6-2 — GRAPHIC II MODE INITIALIZATION 


REGISTER 


MSB LSB 


HEX al 


DESCRIPTION 


REGO 00000010 02 Graphics ІІ Моде, Мо External Video 

REG 1 11000010 c2 16K,Enable Disp.,Disable Int., 16x16 Sprites, Mag.Off 

REG 2 00001110 06 Address of Name Table in VRAM = Hex 3800 
11111111 FF Address of Color Table in VRAM = Hex 2000 
00000011 o3 Address of Pattern Table in VRAM = Hex 0000 
01110110 76 Address of Sprite Attribute Table in VRAM = Hex 3800 
00000011 o3 Address of Sprite Pattern Table in VRAM = Hex 1800 
00001111 OF Backdrop Color = White 


1800 


COLOR TABLE 


NAME TABLE 
3800 


SPRITE ATTRIBUTES. 


FIGURE 6-3 — GRAPHIC II MODE VRAM MEMORY MAP 
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6.1.3 Multicolor Mode Initialization 


TABLE 6-3 — MULTICOLOR MODE INITIALIZATION 


REGISTER MSB LSB HEX DESCRIPTION 

REGO 00000000 00 Multicolor Моде, Мо External Video 

REG 1 11001011 св 16K,Enable Display,Disable Int., 16x16 Sprites, Mag.On 

REG2 00000101 05 Address of Name Table in VRAM = Hex 1400 

REG 3 XXXXXXXX XX Color Table not used. All bits are don't cares. 
00000001 01 Address of Pattern Table in VRAM = Hex 0800 
00100000 20 Address of Sprite Attribute Table in VRAM = Hex 1000 

Address of Sprite Pattern Table in УВАМ = Hex 0000 
00000001 04 Backdrop Color = Dark Blue 
0000 


SPRITE PATTERN 
PATTERN TABLE 


SPRITE ATTRIBUTES 
UNUSED 


NAME TABLE 


0800 


0Е00 
1000 
1080 
1400 


1700 


ЗЕЕЕ 


FIGURE 6-4 — MULTICOLOR MODE VRAM MEMORY МАР 
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6.1.4 


Text Mode Initialization 


TABLE 6-4 — TEXT MODE INITIALIZATION 


REGISTER MSB LSB HEX DESCRIPTION 

ლ” — 
REG 0 00000000 00 Text Моде, Мо External Video 
REG 1 11010000 00 16K,Enable Disp.,Disable Int. 
ВЕС 2 00000010 02 Address of Name Table in VRAM = Hex 0800 
REG 3 XXXXXXXX Xx Color Table not used. Color is defined in Reg.7 
REG 4 2) 00000000 00 Address of Pattern Table in VRAM - Hex 0000 
REG 5 XXXXXXXX 20 

Е- 
REG 6 XXXXXXXX 00 
REG 7 11110101 F5 White Text on Light Blue Background 


PATTERN TABLE 
NAME TABLE 


0000 


0800 


овсо 


ЗЕЕЕ 


FIGURE 6-5 — TEXT MODE VRAM MEMORY МАР 
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7. CREATING PATTERNS 
7.1 ALL PATTERNS ARE CREATED EQUAL 


If you can create 8x8 pixel patterns you can create fonts for Graphics | Mode, Graphics II 
Mode, Text Mode, and sprites. In the following pages we will define some patterns and show 
how they should be entered into VRAM in order to produce a display. 


1) Figure 7-1 is a sample grid which will be used to create 8x8 pixel patterns. Each small 
square within the grid represents one pixel on the screen. 


FIGURE 7-1 — 8X8 PIXEL PATTERN GRID 


2) Fillinthe squares within the grid to create your text, graphic, or sprite pattern. Examples 
of the letter "А", an arrow, anda star are shown іп Figure 7-2. 


FIGURE 7-2 — EXAMPLE 8X8 PIXEL PATTERNS 


NOTE 


If you are defining patterns to be used in Text Mode (40 patterns per line), the 
patterns should be left justified within a 6x8 pixel block like the letter "A" 
shown in Figure 7-2. Refer to Section 8.5 for a further description. 


3) Now comes the task of converting the pattern to numbers. First assign 1s to the filled in 
squares and Os to the blanks. Then convert the 1s and Os to their hexadecimal equiva- 
lents as shown in Figure 7-3. 


7-1 


7-2 


00100000 = 20 
01010000 - 50 
- 10001000- 88 
10001000 = 88 
11111000 = F8 
10001000 = 88 
10001000-88 
00000000-00 


зЕав виза 


FIGURE 7-3 — HEXIDECIMAL CONVERSION 
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4) Now place the 8 bytes that define the pattern into the Pattern Table. Assume that the 
location of the Pattern Table in VRAM is defined to be Hex 800, and the arrow is to be 
named pattern number OO. Next place the eight bytes into the table as shown in Figure 
7-4. 


800 


802 
PATTERN 
NAME 00 


807 


80A 
PATTERN 
NAME 01 
80D 


PATTERN 
NAME 20 


AOA 
#08 
#0C 
AOD 
#06 
AOF 


PATTERN 
NAME 41 


FIGURE 7-4 — PATTERN TABLE 
Defining Patterns for Text 


When using text in your application, it is often convenient to place the eight bytes defining 
your text character in its actual ASCII number location. This will simplify writing text to the 
screen. Writing the ASCII value directly to the Name Table causes the appropriate character to 
appear on the screen. As shown in Example 7-1, a space character is contained in Pattern 
Table position Hex 20, and the letter “A” is contained in Pattern Table position Hex 41. 
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EXAMPLE 7-1. 


ASCII Space = Нех 20 


? = Нех ЗЕ 
А = Hex 41 
B - Hex 42 
с = Hex 43 
Etc. 


NOTE 


When defining patterns for Text Mode, the pattern must be defined within a 
6x8 pixel grid as shown in Figure 7-5. The two LSBs are unused and therefore 
not displayed by the VDP. 


UNUSED 
FIGURE 7-5 — 6X8 PIXEL PATTERN GRID FOR TEXT MODE 
7.1.2 Defining Patterns for Sprites 
1) To use Size O sprites (8x8 pixels), the patterns are defined exactly like the arrow and the 


star shape done earlier with one change. Instead of entering the code in the Pattern 
Table, it is now entered into the Sprite Pattern Table. Figure 7-6 shows a sprite grid and 


the Sprite Generator Table for an 8x8 pixel sprite pattern. 
8X8 
000 10 
001 10 
002 FE 
003 7C SPRITE 
004 38 NAME 00 
005 6c 
006 44 
007 00 
008 
009 
00A 
008 SPRITE 
00C NAME 01 
000 
006 
006 
010 


FIGURE 7-6 — 8X8 SPRITE GRID AND SPRITE TABLE 


74 


2) 


3) 


If you are going to use Size 1 sprites (16x16 pixels), then the patterns are still defined as 
8x8 pixel patterns. It takes four 8x8 pixel patterns to form a 16x16 pixel grid as shown in 


Figure 7-7. 


FIGURE 7-7 — 16X16 SPRITE GRID 


Fill in the squares to create your Size 1 sprite pattern. An example is shown in Figure 7-8. 


FIGURE 7-8 — SIZE 1 SPRITE PATTERN 
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4) 


Next encode the sprite pattern. This is done by splitting the sprite into four sections as 
shown in Figure 7-9. The four 8x8 pixel patterns should be encoded in the following 
order. 

Pattern 1 = upper left 


Pattern 2 = lower left 


Pattern 3 = Upper right 


Pattern 4 = Lower right 


С PATTERN З | 


EE + 
PATTERN2 | PATTERN 4 | 


FIGURE 7-9 — SIZE 1 SPRITE ORGANIZATION 


5) 


Place the 32 bytes of information in the Sprite Pattern Table, assuming that the table in 
VRAM is located at Hex 0000. Figure 7-10 shows how the Sprite Generator Table looks 
for our 16x16 pixel sprite. 


16 X 16 


UPPER 
LEFT 
CORNER 


LOWER 
LEFT 
CORNER 


UPPER 
RIGHT 
CORNER 


LOWER 
RIGHT 
CORNER 


SPRITE 
NAME 00 


SPRITE 
NAME 04 


FIGURE 7-10 — SPRITE PATTERN TABLE 
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8.1 


8.1.1 


8.1.2 


THE DIFFERENT DISPLAY MODES 
GRAPHICS I MODE 


The VDP is in Graphics | Mode when all three mode bits (M 1,M2,M3) located т VDP Registers 
Oand 1 are set to zero. When in this mode, the Pattern Plane has a resolution of 256 horizontal 
pixels by 192 vertical pixels. The screen is broken up into blocks each containing an 8x8 pixel 
pattern. There are 32 of these blocks horizontally and 24 of them vertically. Figure 8-1 shows 
the position of these 768 blocks on the screen. 


[ово | 061 | 052 | 063 |нех өзе) 
[092 | 093 | 094 | НЕХ 05F) 
тав | 125 | 126 |127 

" 


HEX 07F) 
. 


ACTIVE DISPLAY AREA . . 


. >» 
е | 668 | 669 | 670 |671 
. 735 
. 4 


7 


[5s [5 |79 


HEX 29F) 
IHEX 28F) 
НЕХ 2DF) 
IHEX 2FF) 


FIGURE 8-1 — GRAPHICS I MODE NAME TABLE MAPPING 


Three tables are required in VRAM in order to create a Graphics | Mode picture, these are the 
Name Table, Pattern Table, and the Color Table. If every possible bit of color and pattern detail 
is defined, a Graphics | Mode picture would take up 2848 (Hex B20) bytes. 


The Pattern Table 


The Pattern Table contains a library of user defined patterns that can be displayed in any of the 
768 screen positions. It is 2048 bytes long and is arranged as 256 eight byte patterns. Each 
one of these eight byte patterns defines an 8x8 pixel area. All of the 1s within a pattern desig- 
nate one color (let's call this color 1), while all of the Os designate another color (color O). 


A unique feature of Graphics | Mode, as opposed to bit-mapped graphics, is the fact that once 
an 8x8 pixel pattern has been defined and stored in the Pattern Table, it can be used multiple 
times on the screen without being redefined. 


EXAMPLE 8-1. 


If only the first eight byte pattern in the Pattern Table was defined (Pattern O), you could place 
this pattern in every single one of the 768 screen positions by writing Hex OO to every byte of 
the 768 byte Name Table. 


The Name Table 
As illustrated in Figure 8-1, there are 768 screen locations. Each of these locations is repre- 


sented by one byte of memory located in the Name Table. The first byte of the Name Table 
specifies which pattern will be located in the upper left hand corner of the screen. The last 
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8.1.3 


8-2 


byte in the Name Table specifies the pattern for the lower right hand screen corner. Each byte 
entry in the Name Table can designate one of 256 (Hex FF) patterns. The location of the 768 
byte Name Table in VRAM is defined by the base address located in VDP Register 2. 


The Color Table 


The Color Table for a Graphics | Mode picture is 32 bytes long. Its location in VRAM is deter- 
mined by the eight-bit Color Table base address in VDP Register 3. 


The color of the 1s and Os within a pattern is defined by the Color Table. Each byte entry in the 
Color Table defines two colors. The upper nibble (four bits) defines the color of the 1s, and the 
lower nibble defines the color of the Os. Since we can create 256 unique 8x8 pixel patterns 
but can only have 32 Color Table entries, each entry in the Color Table must define the color 
for more than one pattern. In fact, the first byte in the Color Table defines the color for the first 
eight patterns. Likewise, the second byte in the Color Table defines the color for the next eight 
patterns defined. 


Table 8-1 illustrates the Graphics ! Mode Color Table. 
Figure 8-2 illustrates how the Pattern Table, Name Table, and Color Table are mapped to the 


screen. 


TABLE 8-1 — GRAPHICS I MODE COLOR TABLE 


BYTENO. PATTERN NO. BYTENO. PATTERN NO. 
| 
0 0..7 16 128..135 
1 8.15 17 136..143 
2 16..23 18 144..151 
3 24..31 19 152..159 
4 32..39 20 160..167 
5 40..47 21 168..175 
6 48..55 22 176..183 
7 56..63 23 184..191 
8 64..71 24 192..199 
9 72..79 25 200..207 
10 80..87 26 208.215 
11 88..95 27 216..223 
12 96..103 28 224..231 
13 104..111 29 232..239 
14 112.119 30 240..247 
15 120..127 31 248..255 


8.2 


8.3 


PATTERN POSITION 0 
PATTERN POSITION 1 


BASE ADDRESS 0 


1 32 POSITIONS PATTERN 
0 2 POSITION 31 
1 BASE 
2 ADDRESS 
PATTERN 

вм 

" PATTER დ POSITION 24 POSITIONS 
(8 BYTES) N 


PATTERN 
NAME TABLE 


PATTERN PLANE PATTERN 
POSITION 


767 


PATTERN 
GENERATOR TABLE 


PATTERN 
COLOR TABLE 


FIGURE 8-2 — GRAPHICS | MODE MAPPING 
GRAPHICS ІІ MODE 


Graphics Il Mode is similar to Graphics | Mode in the way the screen is organized. The resolu- 
tion is still 256 horizontal pixels by 192 vertical pixels. Three tables are still required in VRAM 
in order to generate a display, these being the Name Table, Color Table, and Pattern Table. The 
Name Table is still 768 bytes long, but the length of the Color and Pattern Tables has been 
extended. Instead of having to choose from a library of 256 8x8 pixel patterns for display in 
the 768 screen locations (which means patterns have to be reused) you can define 768 8x8 
pixel patterns in Graphics ІІ Mode. This allows a unique pattern to be created for every possi- 
ble screen location. Instead of one byte of color information for every eight patterns, there are 
now eight bytes of color information per pattern, thereby making the Pattern Table and the 
Color Table in Graphics ІІ Mode the same length. 


Since there are eight bytes of color information per pattern, two unique colors can be speci- 
fied for each line of an 8x8 pixel pattern. This allows up to 16 colors within a pattern. 


THE PATTERN TABLE 


The Pattern Table is 6144 (Hex 1800) bytes long, assuming all patterns are defined, and is 
best thought of as three equal blocks of 2048 bytes of pattern information. Each of the three 
2048 byte blocks is divided into 256 8x8 pixel pattern definitions. The first 256 patterns can 
only be displayed on the upper third of the screen. The second 256 patterns can only be dis- 
played on the middle section of the screen, and the last 256 patterns can only be displayed on 
the lower third of the screen. 
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8.3.1 


ROWO 


8.4 


8-4 


з оф @ > 


The Color Table 


The Color Table is 6144 (Hex 1800) bytes long, assuming all colors are defined, and is seg- 
mented into three 2048 byte blocks exactly like the Pattern Table. Each 2048 byte block is 
divided into 256 color definitions, each being eight bytes long. The first 256 color definitions 
correspond directly to the first 256 patterns defined. Likewise, the second 256 color defini- 
tions correspond to the second 256 patterns, and the third 256 color definitions correspond 
to the last 256 patterns defined. 


Ittakes eight bytes to define a pattern shape and eight bytes to define what color that pattern 
will be. Each byte in a color definition defines the color of the bits that are on or off for the 
corresponding line of the pattern. The upper four bits define the color of the bits on, the lower 
four bits define the color of the bits off in a line of the pattern. An example of how color is 
mapped to a pattern is shown in Figure 8-3. 
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FIGURE 8-3 — PATTERN/COLOR DISPLAY MAPPING 
THE NAME TABLE 


As in Graphics | Mode, the Name Table of Graphics II Mode contains 768 entries which corre- 
spond to each of the 768 pattern positions on the display screen. Because each Name Table 
entry is only one byte long, it can only specify one of 256 patterns (Hex FF). In order to be able 
to specify a unique pattern for each of the 768 pattern positions, the screen is broken up into 
three sections as shown in Figure 8-4. Each of the screen sections is 256 bytes long, and 
Since a byte can specify 256 different values, a unique pattern can be specified for each 
screen location. An example of Graphics ІІ Mode mapping is shown in Figure 8-5. 
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FIGURE 8-4 — GRAPHICS II MODE NAME TABLE SEGMENTED INTO THREE EQUAL BLOCKS 
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FIGURE 8-5 — GRAPHICS ІІ MODE MAPPING 
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8.4.1 
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Graphics II Mode As a Bit-Mapped Display 


A neat feature of Graphics II Mode is that it can be arranged by the programmer to act as a bit- 
mapped display. This is extremely useful when your application allows the use of an algorithm 
to calculate the position of pixels on the screen instead of hand drawing them (coding each 
pixel at a time). Using Graphics II Mode as a bit-map lets you address every pixel on the screen 
individually for plotting points, drawing lines, circles, etc. The only drawback to this arrange- 
ment is that even though the Pattern Plane is completely bit-mapped, the color assignments 
are not. Since a unique color cannot be specified for each pixel on the screen, one of two 
things can be done; use more than two colors (but be careful where you plot them on the 
Screen) or use only two colors (pixels on could be one color, pixels off another) and not worry 
about where you plot. 


The way to arrange Graphics ІІ Mode as a bit-map is to write a different value to each of the 
768 Name Table entries. This means that the VDP will map a unique Pattern Table entry to 
each screen position. By writing to a byte within an eight byte Pattern Table entry, any pixel on 
the screen can be turned on or off. 


The simplest way to illustrate this point is to write the same value to each of the Color Table 
entries. A color value of Hex 4F written to all Color Table locations makes for nice blue pixels 
оп а white background (pixels on will be blue, and pixels off will be white). 


As stated earlier, to specify a bit-map a unique pattern is defined for each entry in the Name 
Table. An organized way to do this is to write Hex OO to the first Name Table entry, Hex O1 to 
the second, Hex 02 to the third, and so forth. After reaching Hex FF the process is repeated 
twice more so that a dump of the 768 byte Name Table would render the values O - FF, O- FF, 
O-FF. 


At this point we can forget about the Name Table and the Color Table and concentrate on the 
Pattern Table. Each bit within a Pattern Table byte entry now represents a unique pixel on the 
screen. Figure 8-6 illustrates how the Pattern table is currently mapped to the screen. This 
figure assumes that the location of the Pattern Table in VRAM starts at Hex 0000. 
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160D 1615 
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FIGURE 8-6 — GRAPHICS II PATTERN TABLE ARRANGED FOR BIT-MAPPED GRAPHICS 


Looking at Figure 8-6 we can see that in order to turn on the pixel located in the upper lefthand 
corner of the display we would write Hex 80 to the first byte of the Pattern Table (location Hex 
0000). Likewise, to turn on the pixel at the bottom righthand screen edge Hex 01 would be 
written to location Hex 1755. 


At this point we can do ourselves a favor by writing a routine that, given any X, Y coordinates, 
will tell us the address of the byte we wish to write to and the data we need to write to it. The 
following is a step-by-step procedure of one way to calculate the address and the data. 


8.4.2 


EXAMPLE 8-2. 


INPUTS: X = Hex OO-FF or Decimal 0-255 
Y = Hex 00-CO or Decimal 0-192 


1) Take the integer value of (X/8) and multiply it times 8. This will give the horizontal byte 
Offset. The actual bit we need to plot is determined by whatever remainder is left after 
calculating (X/8). - 

2) Таке the integer value of (У/8) and multiply it times Hex 100. This will give the vertical 
byte offset to the nearest eight bits. If there is any remainder after calculating (Y/8), add 
it to the vertical byte offset. This gives the vertical starting address. 

3) Add the horizontal byte offset to the vertical starting address. This will give the actual 
address of the byte we need to write data to in order to plot our pixel. 

4) Use the remainder of (X/8) to look up in a table (below) the actual data to plot. The values 
corresponding to different remainders are as follows: 


Remainder (X/8) Data to Write 
Hex 80 
Hex 40 
Hex 20 
Hex 10 
Hex 08 
Hex 04 
Hex 02 
Hex 01 


мосолом-о 


The equation just described in the above paragraphs could be represented as follows: 
BYTE ADDRESS = 8(INT(X/8)) + 256(INT(Y/8)) + R(Y/8) 
WHERE R(Y/8) is equal to the remainder of (Y/8) 


The actual data to write to the byte address is still obtained by taking the remainder of (X/8) 
and looking up the appropriate data value in the table. 


Playing Games with VRAM Addressing 


So far in Section 2.1 we have described how to use Graphics II Mode in its normal table-driven 
environment and how to arrange it as a bit-map. Now we are going to explain some other 
tricks you can play with the VDP. By experimenting with the values in VDP Registers R2 thru 
R6 (entering nonstandard initialization values), some interesting effects can be obtained. 


You are forewarned that experimenting with VRAM addressing can cause some interesting 
effects but almost always produces some undesirable side effects such as losing the ability to 
use sprites or being only able to use a small number of sprites. Rather than dwell too long on 
this subject, we will describe one interesting new configuration that can be obtained and 
leave the rest to you. 


Table 8-2 shows the register initialization values for the mode about to be described. Note that 
the only registers containing nonstandard values are Registers 3 and 4, which determine the 
Color Table and Pattern Table base address. 


8.5 


TABLE 8-2 — NEW MODE INITIALIZATION VALUES 


REGISTER MSBLSB HEX DESCRIPTION 
REGO 00000010 02 Graphics ІІ Mode, Мо External Video 
REG 1 11000010 c2 16K,Enable Disp.,Disable Int., 16x16 Sprites, Mag.Off 
REG2 00001110 06 Address of Name Table in VRAM = Hex 3800 
REG 3 10011111 oF Color Table Address = Hex 2000 to Hex 2800 
REG 4 00000000 00 Pattern Table Address — Hex 0000 to Hex 0800 
REG 5 01110110 76 Address of Sprite Attribute Table in VRAM = Hex 3B00 
REG 6 0000001 1 03 Address of Sprite Pattern Table in VRAM = 1800 
REG 7 00001111 оғ Backdrop Color - White 


What this mode does is effectively shrink the Graphics ІІ Mode Color and Pattern Tables down 
from Hex 1800 bytes to Hex 800 bytes. This enables us to define up to 256 8x8 pixel patterns 
and 256 corresponding eight byte Color Table entries. Color is still mapped onto a pattern 
exactly as in Graphics II Mode. 


The 768 byte Name Table is not split up into three equal sections as in Graphics ІІ Mode but 
works as in Graphics | Mode. A byte of information written anywhere in the Name Table will 
select the appropriate pattern and the corresponding eight byte color entry and place it on the 
screen. In Appendix C can be found the Pattern Graphics Address Location Tables. 


This mode is useful because it provides the memory savings of Graphics | Mode while allow- 
ing the color detail available in Graphics ІІ Mode. However, a unique pattern for each screen 
position can no longer be defined, which is neccesary for highly detailed pictures or for bit- 
mapping the screen. When in this mode 32 sprites can no longer be used. If you try to put 
more than eight sprites on the screen at once, they will start to duplicate themselves on the 
screen. 


TEXT MODE 


The VDP is in Text Mode when mode bits М1 = 1, М2 = 0, and МЗ = О. When in this mode the 
Screen is divided up into 40 horizontal blocks by 24 vertical blocks, each of which may con- 
tain a character shape (see Figure 8-7.). Each of these character positions is six horizontal 
pixels by eight vertical pixels. There are only two tables required in VRAM in order to produce 
a Text Mode display, these are the Name Table and the Pattern Table. No Color Table is required 
in VRAM because the color of the character patterns is defined by the byte of information 
contained in VDP Register 7. The upper four bits define the color of all the bits on, and the 
lower four bits define the color of all the bits off. Therefore, if you had a value of Hex F1 writ- 
ten to Register 7, the text color would be white (F) while the background would be black (1). 
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FIGURE 8-7 — TEXT MODE NAME TABLE PATTERN POSITIONS 


8.5.1 The Name Table 


The Name Table in Text Mode is very similar to the one in Graphics | Mode except that the 
Screen is now 40x24 instead of 32x24 (8x8 pixel blocks). This gives 960 screen positions 
and 960 (40x24 - 960) entries in our Name Table. Figure 8-8 shows the Name Table posi- 
tions. 


Each entry in the Name Table is one byte long and therefore can specify one of 255 (Hex FF) 
patterns. If the first entry in the Name Table is Hex OO, then the first pattern defined (Pattern 
00) would be displayed in the upper left hand corner of the screen. If the first Name Table entry 
contains HexFF, then the last pattern defined (Pattern FF) would be displayed in the upper left 
hand corner. 
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FIGURE 8-8 — PATTERN GRAPHICS NAME TABLE MAPPING 
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8.5.2 


The Pattern Table 


The Pattern Table is 2048 (Hex 800) bytes long and is composed of 256 eight-byte patterns, 
each of which may represent a text or graphics character. Since each screen position is only 
Six pixels across by eight pixels down instead of eight pixels across and eight pixels down as 
in the graphics modes, the VDP ignores the two least significant bits of each pattern. There- 
fore, in Text Mode a pattern is defined as show in Figure 8-9, leaving the two LSBs set to Os 
and defining our character within the remaining 6x8 pixel block. 


In order to leave a space between characters on the screen, most of the patterns defined for 
Text Mode will only use a 5x7 grid. Special graphics characters might be defined for drawing 
lines, graphs, and charts that use the entire 6x8 pixel grid area. A special character set for 
Graphics | Mode and Graphics ІІ Mode is included in Appendix F. 


UNUSED 


FIGURE 8-9 — 6X8 PIXEL PATTERN GRID FOR TEXT MODE 


Up to 256 different patterns can be defined in the Pattern Table, though less space is required 
if not all 256 patterns are required. For example, if your application only required numbers O 
through 9 and upper case A through Z to be defined, then only the first 36 patterns (288 
bytes) would be needed. These 36 patterns would then be selected by writing numbers rang- 
ing from O to 36 (Hex 24) to bytes in the Name Table. If, for instance, the letter "A" was the 
first pattern defined, it could be placed in every possible screen position by writing a zero to all 
960 Name Table entries. 


Figure 8-10 illustrates how VRAM is mapped to the Pattern Plane in Text Mode. 
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MULTICOLOR MODE 


The VDP is in Multicolor Mode when the mode bits located т Registers O and 1 are equal to 
the following: 


М1-0 
M2=1 
M3 = 0 


Multicolor Mode provides a low-resolution display of 64 horizontal x 48 vertical color blocks. 
Each color block is equal to a 4x4 group of pixels and may be any of the sixteen VDP colors 
including transparent. The Backdrop color and Sprite Planes are also active in Multicolor 
Mode. 


NOTE 


Multicolor Mode is not supported by the Texas Instruments Advanced Video 
Display Processor. 


Only two tables are required in VRAM in order to produce a Multicolor Mode picture, these 
being the Name Table and the Pattern Table. The Name Table consists of 768 entries like the 
other graphics modes, although the Name Table no longer points to a color list because the 
color of the blocks is derived from the Pattern Table. The name points to an eight-byte 
segment of VRAM in the Pattern Table. 


Only two bytes of the eight-byte segment area are used to specify the screen image. These 
two bytes specify four colors, each occupying a 4x4 pixel area. The four MSBs of the first 
byte define the color of the upper left hand corner of the multicolor pattern. The LSBs define 
the color of the upper right quarter. The second byte similarly defines the lower left and right 
quarters of the multicolor pattern. The two bytes thus map into an 8x8 pixel multicolor 
pattern as shown in Figure 8-11. 
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FIGURE 8-11 — MAPPING AN 8X8 PIXEL MULTICOLOR PATTERN 


The location of the two bytes within the eight-byte segment pointed to by the name is depen- 
dent on the screen position where the name is mapped. For names in the top row (0-31), the 
two bytes are the first two in the eight-byte segments pointed to by the names. The next row 
of names (32-63) uses bytes number 3 and 4 within the eight-byte segment. The next row of 
names uses the 5th and 6th bytes, while the last row of names uses bytes 7 and 8. This series 
repeats for the remainder of the screen. 


Let's go through a step-by-step example to help clear up any uncertainties about how Multi- 
color Mode works. Figure 8-12 is composed of a Multicolor Mode Name Table, Pattern Table, 
and a corresponding screen representation. Another screen image is also included to depict 
how the 767 screen positions, each composed of four 4x4 pixel blocks, fill the screen. 


In our example (see Figure 8-12), a Name Table entry of Hex O2 points to locations Hex O8 and 
Hex 09. The first nibble of location Hex 08 contains the color red (Hex 06) and the second 
nibble contains the color blue (Hex 04). The first and second nibbles of the second byte con- 
tain blue and red, respectively. Therefore, screen position O contains the four colors specified. 
The calculations for this example and the others shown in Figure 8-12 are as follows. 
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EQUATION FOR FINDING PATTERN TABLE LOCATIONS 


FIRST BYTE = 2 * ROW + МАМЕ * 8 


SECOND BYTE = FIRST BYTE + 1 
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CALCULATIONS FOR EXAMPLES SHOWN IN FIGURE 8-12 
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PATTERN TABLE ROWS 


2*0+02 ° 8 = >10 (Byte 1) 
10 + 1 = >11 (Byte 2) 


2*0 +00 * 8 = >00 (Byte 1) 
00 + 1 = >01 (Byte 2) 


2*0+01 ° 8 = >08 (Byte 1) 
08 + 1 = >09 (Byte 2) 


2*1+ 02 * 8 = >12 (Byte 1) 
1241-213 (Byte 2) 


2 * 3 + FF * 8 = >7ЕЕ (Byte 1) 
01 + 7F8 = >7FF (Byte 2) 
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FIGURE 8-12 — MULTICOLOR MAPPING SCHEME 


The mapping of VRAM contents to screen image is simpified by using duplicate names in the 
Name Table since the series of bytes used within the eight-byte segment specifies a 2x8 pixel 
color square pattern on the screen as a straightforward translation from the eight-byte 
segment in VRAM pointed to by the common name. 


When used in this manner, 768 bytes are still used for the Name Table and 1536 bytes are 
used for the color information in the Pattern Table (24 rows x 32 columns x 2-bytes/pattern 
position). Thus a total of 1728 bytes (6144 + 768) in VRAM are required. It should be noted 
that the tables begin on 1K and 2K boundries and are therefore not contiguous. 
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9.1 


SPRITES 


Sprites are special animation-oriented patterns that can be made to move rapidly about the 
Screen and change shape with very little programming effort. The video display has 32 Sprite 
Planes each of which contain a single sprite. These 32 Sprite Planes are numbered from O to 
31 (see Section 2.1) with O being the highest priority or outermost Sprite Plane and 31 being 
the lowest priority Sprite Plane. When more than one sprite is located at the same screen 
Coordinate the sprite on the higher priority plane will show through at that point. It should also 
be noted that all 32 sprites have a higher priority than the Pattern Plane and the Backdrop 
Plane. 


Sprites come in two sizes, 8x8 pixels or 16x16 pixels. The size of all sprites is determined by 
the size bit in VDP Register 1. Register 1 also contains a sprite magnify bit which, when set, 
expands a sprite to double its normal size. Thus 8x8 sprites become 16x16, and 16x16 
sprites would become 32x32. Unfortunately, when a sprite is magnified, its resolution is cut 
in half because the VDP maps each single pixel into a 2x2 pixel area. 


Sprite patterns are defined in individual 8x8 pixel blocks exactly as patterns in Text or the 
graphics modes are. A Size O sprite (8x8 pixels) would require only one pattern to be defined. 
A Size 1 sprite (16x16 pixels) is made up of four 8x8 pixel patterns. All of the bits on within a 
sprite pattern are a single color, which can be any one of the 16 available VDP colors. Any bits 
off within a sprite pattern are automatically set to the VDP color transparent, which allows 
the Pattern Plane or Backdrop color to show through at those points. Any area within a sprite 
display plane outside of the sprite itself is also set to transparent. A good way to visualize this 
is to imagine a Sprite Plane as a pane of glass on which you can stick a single 8x8 or 16x16 
pixel object. 


Two tables are required in VRAM in order to produce a sprite display. The Sprite Attribute Table 
tells us some characteristics of each sprite, like screen location, color, and what pattern to 
pick for the shape of the sprite. The Sprite Pattern Table contains a library of sprite shape data 
to choose from. 


All 32 VDP sprites may be displayed on the screen at the same time, however, a maximum of 
four sprites may be displayed on one horizontal line. If this rule is violated, the four highest 
priority sprites will be displayed normally, while the fifth and subsequent sprites will be auto- 
matically set to transparent. Furthermore, the Fifth Sprite Flag in the VDP Status Register is 
set to a 1, and the number of the violating fifth sprite is loaded into the Status Register. See 
Section 5.2 for more information on fifth sprites and the Status Register. 


The VDP also provides limited sprite coincidence checking. If any two active sprites have 
overlapping bits, then the Coincidence Flag in the VDP Status Register will be set to a 1. It 
should be noted that the VDP only tells you if any two sprites are coinciding and does not 
specify the numbers of the sprites that are overlapping. Most applications that require know- 
ing which sprites are coinciding continually monitor the Sprite Attribute Table for overlapping 
values. 


THE SPRITE PATTERN TABLE 
The Sprite Pattern Table has a maximum length of 2048 (Hex 800) bytes and is located in 


VRAM beginning on a 2K byte boundry. Its actuallocation in VRAM is determined by the base 
address in VDP Register 6. 
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9-2 


It takes eight bytes of information to define the pattern of a Size O (8x8 pixel) sprite and 32 
bytes (8x4) of data to define the pattern of a Size 1 (16x16 pixel) sprite. Therefore, 256 
patterns can be defined for Size O sprites or 64 patterns for Size 1 sprites. 


The Sprite Pattern Table can be as short as eight bytes if Size O sprites are used and 32 bytes if 
Size 1 sprites are used because the same sprite shape can be reused for as many sprites as 
desired. To select the same sprite pattern just repeat the name byte located in the Sprite 
Attribute Table. 


THE SPRITE ATTRIBUTE TABLE 


The Sprite Attribute Table contains four bytes of information for every sprite displayed. If all 
32 sprites are to be displayed, then the table would have a maximum length of 128 bytes. The 
location of the Attribute Table in VRAM is defined by the base address contained in VDP 
Register 5. 


The first four byte entry in the Sprite Attribute Table contains information pertaining to Sprite 
O, which is the highest priority sprite. The last four byte entry in the Sprite Attribute Table 
contains information for the lowest priority sprite, Sprite 31. Figure 9-1 illustrates how the 
Sprite Attribute Table relates to the Sprite Planes. 
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FIGURE 9-1 — SPRITE ATTRIBUTE TABLE AS RELATED TO SPRITE PLANES 


COLOR AND EARLY CLOCK BIT 1 


9.2.1 


Referring to Figure 9-2, let's examine one four byte attribute entry. The first two bytes deter- 
mine the coordinate of the sprite on the display screen. The first byte is the vertical position 
and the second byte is the horizontal position. The third byte is the sprite name and specifies 
what pattern in the Sprite Pattern Table will be used as the sprite's shape. The fourth byte 
performs two functions: the lower four bits (nibble) determine the color of the sprite and the 
Early Clock bit (MSB) shifts the horizontal position of the sprite towards the left 32 pixels. 
Setting this bit high allows sprites to bleed (flow smoothly) off the left side of the screen. The 
other three bits in this fourth byte are unused and should be set to zeros. 


BIT NUMBER 
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BEN 1 2 3 4 5 6 7 
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FIGURE 9-2 — SPRITE ATTRIBUTE TABLE ENTRY 


Vertical Position 


The first attribute byte of information is the vertical position of the sprite on the display 
screen. This coordinate determines the distance the sprite will be offset from the top of the 
screen in pixels. The position of a sprite is measured relative to the upper left hand corner of 
the sprite. A value of -1 (Hex FF) in the vertical position will butt a sprite up against the top of 
the screen, and a value of 191 (Hex BF) will position the sprite off the screen at the bottom as 
shown in Figure 9-3. Negative values can be used to bleed the sprite off the top edge of the 
Screen. Values in the range of -32 and -1 (Hex EO to FF) allow even the largest sprite (32x32 
pixels) to bleed in from the top of the screen. 
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FIGURE 9-3 — VERTICAL SPRITE POSITIONING 


9.2.2 


9.2.3 
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Some applications require no sprites or less than 32 sprites to be displayed at a time. A value 
of Hex DOin the vertical position of the Sprite Attribute Table will terminate sprite processing. 
If no sprites are to be used, Hex DO should be the first entry in the Sprite Attribute Table. If only 
one sprite is to be used, then Hex DO should be the first byte in the second sprite's attribute 
entry, which would be the fifth byte in the Sprite Attribute Table. Once the VDP finds a value 
of Hex DO as a sprite attribute entry, it terminates processing of that sprite and all lower prior- 
ity sprites. 


Horizontal Position 


The second byte of information in the Sprite Attribute Table is the horizontal coordinate. This 
value determines the distance the sprite will be offset in pixels from the left hand side of the 
screen. A value of Hex OO will butt a sprite up against the left hand edge of the screen, while a 
value of 255 (Hex FF) will position the sprite completely off the right hand side of the screen 
as shown in Figure 9-4. Using values in the range of 255 (Hex FF) will bleed a sprite off the 
right hand edge of the display screen. 
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FIGURE 9-4 — HORIZONTAL SPRITE POSITIONING 


In order to bleed a sprite off the left hand edge of the screen, a special bit called the Early Clock 
bit is used. This bit is the fourth byte of an attribute entry and is described later in this section. 


Sprite Name 


The third byte of information contained in a sprite attribute entry is the sprite name. The func- 
tion of this byte is very similar to the function of a Name Table entry in the graphics modes. 
The value contained in this byte determines which pattern will be used as the sprite's shape. It 
points to a byte of information in the Pattern Table where the start of the sprite's pattern is 
located. 


9.2.4 


EXAMPLE 9-1. 
8x8 (Size O) Sprites 


A value of Hex OO as a Sprite Name Table entry would mean the first eight bytes in the Pattern 
Table would be used as the sprite's shape. A value of Hex O1 would choose the next eight 
bytes in the Sprite Pattern Table as the sprite's shape. Continuing on up to Hex FF gives us 
256 8x8 pixel sprite shapes to choose from. 


EXAMPLE 9-2. 
16x16 (Size 1) Sprites 


The value in the Sprite Name Table entry points to an eight-byte entry in the Sprite Pattern 
Table. Since a 16x16 pixel sprite is made up of four eight byte entries, our name values would 
be entries such as Hex 00,04,08,0C, 10 etc. When the sprite Size 1 bit is set in VDP Register 
1, the VDP will go to the eight-byte block pointed to by the sprite name and choose the next 
four eight byte entries in the Pattern Table as the sprite's shape. 


Having the sprite pattern selectable by the sprite name makes for extremely simplified anima- 
tion. For example, if the first four sprite patterns are defined as the graphic stages for a man 
walking, we could switch through these patterns and animate the man just by switching the 
sprite name values from 0-3 and then repeating the sequence. 


Sprite Color and Early Clock Bit 


The fourth byte in the Sprite Attribute Table entry performs two functions. The lower four bits 
(nibble) define the sprite color, which can be any of the 16 available VDP colors. The MSB is 
the Early Clock bit, which shifts the horizontal position of the sprite to the left 32 pixels (when 
set high). The remaining three bits are unused and should be set to O. 


The Early Clock bit is used to bleed a sprite off the screen oronto the screen from the left hand 
edge. When this bit is active (high), the horizontal position of the sprite is shifted to the left 32 
pixels. Consider the horizontal position of a sprite being Hex 00, which butts the sprite up 
against the left hand edge of the screen. II the Early Clock bit is then set, even the largest 
sprite (32x32 pixels) would be completely off the screen. This allows values in the horizontal 
position in the range of Ото 31 to bleed a sprite onto the left hand edge. Of course the Early 
Clock bit must be set low again in order to be able to bleed the sprite off the right-hand edge. 


Now that all the information on sprites has been covered, refer to Figure 9-5 for an illustration 
of how sprites are mapped to the screen. 
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FIGURE 9-5 — SPRITE MAPPING 


SCREEN 
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10.1 


PROGRAMMING TIPS 
HORIZONTAL AND VERTICAL SCROLLING 


The simplest way to scroll the pattern plane display is to manipulate the values located in the 
Name Table. The only drawback to this method is that the screen will move in increments 
larger than one pixel. In Graphics 1, II and Multicolor Modes the movement will be in eight pixel 
increments. In Text Mode the movement will be by six pixels when scrolling horizontally and 
eight pixels when scrolling vertically. The movement is determined by the size of a single pat- 
tern. 


One major advantage to this method is that only a small number of bytes need to be moved in 
order to scroll the entire display. In Graphics I,II, and Multicolor Modes the Name Table is 768 
bytes long, and in Text Mode the Name Table is 960 bytes long. Figure 10-1 shows the 
sequence for scrolling the Name Table left with screen wraparound. The Name Table in this 
figure has 768 entries and is designed for scrolling the screen in Graphics | or Graphics II 
Modes. Referring to the figure we can see that the steps involved in scrolling are as follows: 


1) Read the data located in column О from VRAM and store it. The data consists of entries 
numbered 000,032,064,096 .... 736. 

2) Read the data located in column 1 and write it to column O. Read column 2 and write to 
column 1, and so forth, until column 31 has been read and moved to column 30. 

3) Take the data stored from column 0 and write to column 31. The screen has now scrolled 
one column (eight pixels) to the left and wrapped around the screen. 

4) Repeatthis sequence to continually scroll the screen. 


FIGURE 10-1 — SCROLLING THE NAME TABLE 
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ANIMATING SPRITES 


The procedure for animating a sprite is relatively simple. First load the sprite pattern data for 
the sprites you wish to animate into the Sprite Pattern Table located in VRAM. Next load sprite 
attribute data into the Sprite Attribute Table located in VRAM. In this example we will talk 
about animating two sprites, one of which is a man walking and the other being a rotating 
planet. The sequence of shapes used for this exercise are shown in Figure 10-2 and Figure 
10-3. 


T mas. 
. Г І 
Е HT 
1 | ms 
P r 
H FH : 
H 
| 
H L 8 
STAGE 1 STAGE2 STAGE 3 
FIGURE 10-2 — ANIMATED WALKING MAN 
ГТ | HH 
- 
и 
TH ри 
SPRITE 1 SPRITE2 SPRITE 3 SPRITE 4 
Ti I 
SPRITE 5 SPRITE 6 SPRITE 7 SPRITE 8 


SPRITE OVERLAY 


FIGURE 10-3 — ANIMATED PLANET 


Referring to Figure 10-2 we can see that the walking man is a Size 1 sprite consisting of three 
stages of animation. The Hex data for these shapes is shown as the first three entries in Table 
10-1, which is an example of what our source code listing might look like. The rotating planet 
is also a Size 1 sprite (see Figure 10-3) and consists of eight stages of animation. The data for 
these eight shapes is shown as the next eight entries in Table 10-1. 


Since the rotating planet shapes were drawn as flat, square planets, a sprite overlay pattern is 
used in Figure 10-4 to make the planets look rounded. Figure 10-4 shows what the planets 
would look like with this sprite overlaid on top of them. The data for the overlay sprite is the 
last pattern entry in Table 10-1. 
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FIGURE 10-4 — ANIMATED PLANET WITH OVERLAY 


Now that all the graphic data for our sprites has been defined we need to create a Sprite At- 
tribute Table in order to have them displayed on the screen. Referring to the section of Table 
10-1 labeled Sprite Attribute Table, you will see that three Sprite Attribute Table entries have 
been defined. The first four bytes define the first entry, which is the highest priority sprite 
(Sprite O). This is the sprite used for the animated walking man. 


An actual program to animate the man would change the name byte from Hex OO to Hex 04 to 
Hex 08. This would shift the sprite through each of the pattern stages defined earlier. Hex 00 
is the initial name value because Stage 1 of the walking man shape starts at byte OO in the 
Sprite Pattern Table. 
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The next two Sprite Attribute Table entries (Sprites 1 and 2) are used to define the rotating 
planet. The spherical overlay is defined as a higher priority sprite than the rotating planet. This 
enables us to mask off bits around the square edges of the planet in order to make it appear 
round. 


The spherical overlay name byte is set to Hex 2C because the pattern data for it falls on byte 
number 2C in the Sprite Pattern Table. This byte would remain the same in a program that 
animated the planet. № the horizontal and vertical positions of the rotating planet were 
changed during program execution, the horizontal and vertical positions of the overlay would 
have to be changed also. 


The third Sprite Attribute Table entry (Sprite 2) is for the different stages of the rotating planet 
animation. The initial setting of OC points to the pattern which falls on byte OC in the Sprite 
Pattern Table. This is stage 1 of the rotating planet. During the course of a program we would 
shift the name byte through all eight stages of planet animation. Referring to the Pattern Table 
we can see that the values are OC,10,14,18,1C,20,24,28. After shifting through all eight 
patterns the sequence would be repeated. 


TABLE 10-1 — ANIMATION EXAMPLE DATA 
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+ 3 Stage Animation for "Man Walking" Sprite 


DATA >0103 ,>0303 ,>0103 ,>0305 Sprite Name = 00 

DATA >0Ғ03 ,>0307 ,>070Е ,>0C06 (Man Walking. Stage 1) 
DATA >С0А0 ,>Е0С0 ,>80С0 ,>FOF8 

DATA >СОСО ,>F070 ,>6030 ,>0000 


DATA >0103 ,>0303 ,>0103 ,>0307 Sprite Name = 04 

DATA >0303 ,>0307 ,>0E0C ,>0800 (Man walking. Stage 2) 
DATA >С0А0 ,>Е0С0 ,>80С0 ,>Е0А0 

DATA >C0C0 ,»COCO ,»COCO ,»C060 


DATA >0103 ,>0303 ,>0103 ,>0305 Sprite Name = 08 

DATA >0503 ,>0307 ,>0503 ,>0303 (Man walking. Stage 3) 
DATA >СОАО ,>E0CO ,>80С0 ,>С0А0 

DATA >А0С0 ,>Е0Е0 ,>8080 ,>0080 


+ 8 Stage Animation for "Rotating Planet" 


DATA >0003 ,>070F ,>07А3 ,УЕТЕО Sprite Мате = ОС 

DATA >FOEO ,>801C ,>0C02 ,>0000 (Rotating Planet. Stage 1) 
DATA >0000 ,>8098 ,>0C41 ,>2303 

DATA >075Е ,>3F1E ,>3E1C ,>0800 


DATA >0000 ,>0103 ,>0168,>FCFC Sprite Name = 10 

DATA >FCF8 ,>E007 ,>0300 ,>0000 (Rotating Planet. Stage 2) 
DATA >00С0 ‚>ЕОЕб ,>C2D0 ,>4800 

DATA >0117 ,»0F06 ,>0E84 ,»0000 


DATA >0000 ,>0000 ,>401А ‚>ЗЕЗЕ Sprite Мате = 14 

DATA >7EFE ,>Ғ860 ,>6100 ,>0000 (Rotating Planet. Stage 3) 
DATA 20030 ,>78F8 ,>7034 ,>1200 

DATA >0005 ,>0300 ,>С2С0 ,>2000 


DATA >0000 ,>0060 ,>3006 ,>8FOF Sprite Мате = 18 

DATA >1F7F ,>FE78 ,>7830 ,>0000 (Rotating Planet. Stage 4) 
DATA >0008 ,>1C3E ,>1C8D ,>C4C0 

DATA >C181 ,>0000 ,>7030 ,>0800 


DATA >0000 ,>0018 ,»0С41,»2303 Sprite Name = 1C 

DATA >075F ,>3F1E ,>3E1C ,>0800 (Rotating Planet. Stage 5) 
DATA >0000 ,>040E ,>06A3 ,>F1F0 

DATA >ЕОЕО ,>8000 ,>1С0С ,>0000 


DATA >0000 ,>2066 ,>43D0 ,>4800 Sprite Name = 20 

DATA >0117 ,50Е07 ,»0F07 ,>0200 (Rotating Planet. Stage 6) 
DATA >0000 ,>0002 ,>0068 ,>FCFC 

DATA >FCF8 ,>E080 ,>8600 ,>0000 


DATA >0010 ,>3879 ,>7034 ,>1200 Sprite Name = 24 

DATA >0005 ,>0301 ,>0301 ,>0000 {Rotating Planet. Stage 7) 
DATA >0000 ,>0080 „>СОТА ‚>ЗЕЗЕ 

DATA >7FFE ,>F8E0 „>ЕОСО ,>8000 


DATA >000С ,>1E3E ,>1С80 ,>C4CO Sprite Name = 28 

DATA >С081 ,20000 ,>7030 ,>0800 (Rotating Planet. Stage 8) 
DATA >0000 ,>0060 ,>3006 ,>8ҒОҒ 

DATA >1Е7Е ,>FE78 ,>Е870 ,>2000 


DATA >071Е ,>3F7F ,>7FFF .>FFFF Sprite Name = 2C 
DATA >FFFF ,>FF7F ,>7F3F ,>1Е07 (Spherical Overlay) 
DATA >EOF8 ,>FCFE ,>FEFF ,>FFFF 

DATA >FFFF ,>FFFE ,>FEFC ,>F8E0 


Attribute table entry for "Man Walking” 
(The Name Byte will be either 00,04, or 08) 


BYTE >00 Y Coordinate 
BYTE >00 X Coordinate 
BYTE >00 Name 

BYTE >0Е EC/Color = White 


Attribute table entry for "Spherical Overlay" 
(The Name Byte мії! always be 2C) 


BYTE >00 Y Coordinate 
BYTE >00 X Coordinate 
BYTE »2C Name 

BYTE >01 EC/Color = Black 


10-5 


10.3 


10-6 


* Attribute table entry for "Rotating Planet" 
А: (The Name Byte will either be 0C,10,14,18 
з 1С,20,24, ог 28) 

. 


BYTE >00 Y Coordinate 
BYTE >00 X Coordinate 
BYTE >0C Name 

BYTE >04 EC/Color - Blue 
END 


SPRITE COINCIDENCE 


The Sprite Coincidence Flag, located in the Status Register, is set whenever any two sprites 
have overlapping pixels. Most applications need to know not only that sprites have coincided, 
but which ones in particular are coinciding. A good example of this is the rotating planet sprite 
just described. 


Since we actually defined two sprites for this shape (Sprite 1 and 2) to be located directly on 
top of one another on the screen, the Coincidence bit in the Status Register would be set all 
the time. If we wanted to monitor coincidence between the rotating planet and the walking 
man sprite, it would be necessary to keep track of their screen position in our program. This 
can be done by reading the X and Y coordinates of every Sprite Attribute Table entry and then 
comparing them to each other. In the case of the man and planet, if the first two bytes of 
attribute entry 1 (sprite O) were the same as the first two bytes of attribute entry 2 (sprite 1), 
then we would know the man was positioned exactly on top of the planet. 


A. 


APPENDIX A 
REGISTER VRAM LOOKUP TABLES 


Covers Registers 2-6 with special case diagrams for Registers 3 and 4 when in Graphics 11 
Mode. 


R2 * 400(16) = START ADDRESS 


START 
ADDRESS 


0000 


(83)" 40(16) STARTING ADDRESS 


START START START START START START 
R3 | ADDRESS || R3 | ADDRESS || R3 | ADDRESS || R3 | ADDRESS || яз | ADDRESS || ЯЗ | ADDRESS 
00 0000 28 ОАСО 56 1580 81 2040 AC 2800 D6 3580 
01 0040 2c 0800 57 1500 82 2080 AD 2840 D7 35С0 
02 0080 20 0840 58 1600 83 20С0 АЕ 2880 D8 3600 
o3 оосо 2Е 0880 59 1640 84 2100 АЕ 28CO 09 3640 
04 0100 2F овсо БА 1680 85 2140 80 2600 DA 3680 
05 0140 30 0C00 58 16C0 86 2180 81 2C40 DB 3600 
06 0180 31 0C40 5C 1700 87 21С0 в2 2сво ос 3700 
07 01С0 32 осво 5D 1740 88 2200 83 2ссо DD 3740 
08 0200 33 оссо БЕ 1780 89 2240 в4 2000 DE 3780 
09 0240 34 0000 БЕ 17С0 8A 2280 B5 2040 DF 37С0 
0A 0280 35 0040 60 1800 88 22C0 86 2080 E0 | 29800 
ов 02С0 36 0080 61 1840 8c 2300 87 2DCO E1 3840 
oc 0300 37 орсо 62 1880 8D 2340 B8 2Е00 E2 3880 
00 0340 38 0600 63 18CO 8E 2380 B9 2E40 E3 38CO 
06 0380 39 0640 64 1900 ВЕ 2300 ВА 2680 Е4 3900 
ОЕ озсо ЗА ОЕВО 65 1940 90 2400 BB 2600 Е5 3940 
10 0400 зв OECO 66 1980 91 2440 BC 2600 E6 3980 
11 0440 3c оғоо 67 19со 92 2480 во 2540 Е7 39С0 
12 о480 3D OF40 68 1400 93 24CO BE 2F80 ЕВ ЗАОО 
18 0400 36 0680 69 1#40 94 2500 BF 2FCO 59 1А40 
14 0500 ЗЕ OFCO* 6A 1480 95 2540 co 3000 EA 3A80 
15 0540 40 1000 68 1ACO 96 2580 сі 3040 ЕВ ЗАСО 
16 0580 41 1040 вс 1800 97 2500 C2 3080 EC 3800 
17 05C0 42 1080 69 1840 98 2600 C3 зосо ED 3840 
18 0600 43 10со 6E 1880 99 2640 са 3100 EE 3880 
19 0640 44 1100 6F 1800 9A 2680 cs 3140 EF 3BCD 
1A 0680 45 1140 70 1000 98 26C0 06 3180 FO 3C00 
18 06C0 46 1180 71 1C40 9c 2700 с? 31CO F1 3C40 
1с 0700 47 1160 72 1C80 9D 2740 св 3200 F2 3C80 
1D 0740 48 1200 73 1CCO 9E 2780 co 3240 F3 зссо 
1E 0780 49 1240 74 1000 ЭЕ 2700 CA 3280 F4 2D00 
16 07C0 4 1280 75 1040 #0 2800 CB 32С0 F5 3D40 
20 0800 48 12С0 76 1080 A1 2840 cc 3300 F6 3080 
21 0840 4C 1300 7 1DCO A2 2880 со 3340 F7 3DCO 
22 0880 4D 1340 78 1E00 A3 28CO CE 3380 F8 3600 
23 0800 46 1380 79 1640 #4 2900 СЕ ззсо F9 3640 
24 0900 4Е 13С0 7А 1E80 A5 2940 DO 3400 FA 3E80 
25 0940 50 1400 78 1ECO A6 2980 D1 3440 FB ЗЕСО 
26 0980 51 1440 7с 1Ғ00 AT 29С0 D2 3480 FC 3F00 
27 о9со 52 1480 70 1640 #8 2A00 оз 34CO FD 3F40 
28 ОАОО 53 14CO 7E 1F80 A9 2A40 04 3500 FE 3F80 
29 0А40 54 1500 7F 1FCO AA 2A80 D5 3540 FF 3FCO 
2A 0#80 55 | 1540 ЇЕ 2000 АВ 2ACO у 


REGISTER 3 ADDRESSING FOR GRAPHICS И MODE 


(R4) * 800(16) = START ADDRESS REGISTER 4 ADDRESSING FOR GRAPHICS ІІ MODE 


START 
ADDRESS 


ADDRESS 
0000 
2000 


03 
07 


(R5) * 80(16) = START ADDRESS 


FH ЕЕЕ ШИЕ 
ADDRESS ADDRESS 

00 21 ~ 2000 60 3000 
01 22 2080 61 3080 
02 23 62 3100 
03 24 63 3180 
04 0200 1280 44 2200 64 3200 
9 ed 1300 45 2280 65 3280 
1380 46 2300 66 3300 

07 0380 
ae сан 1400 47 2380 67 3380 
09 0480 1480 48 2400 68 3400 
0A 0500 1500 49 2480 69 3480 
28 0580 1580 4A 2500 6A 3500 
oc 0600 1600 4B 2580 68 3580 
00 0680 1680 4C 2600 ec 3600 
06 0700 1700 4D 2680 6D 3680 
оғ 0780 1780 4Е 2700 6E 3700 
10 0800 1800 46 2780 66 3780 
11 0880 1880 50 2800 70 3800 
12 0900 3500 51 2880 7 3880 
13 0980 გე 52 2900 72 3900 
14 0400 53 2980 73 3980 
15 0480 1400 54 2A00 74 3A00 
16 0B00 1A80 55 2A80 75 3A80 
17 0B80 1800 56 2800 76 3800 
18 0C00 1880 57 2880 77 3880 
19 0C80 1000 58 2000 78 3000 
1A 0000 1C80 59 2C80 79 3C80 
18 0080 1000 5A 2D00 7A 3000 
1C 0600 1080 58 2080 78 3080 
1D 0Е80 1Е00 5С 2Е00 7C 3600 
16 0600 1680 50 2680 70 3680 
ЈЕ 0Е80 * 1600 56 2600 76 3600 
20 1000 1680 БЕ 2F80 7Е 3F80 

411 = es 


A-3 


STARTING ADDRESS - R6 *«800 


START 
ADDRESS 


0000 


CPU TO VDP ACCESS TIMES 


APPENDIX B 


Active Display Area 


CONDITION MODE 


Text 


МОР 
DELAY 


TIME WAITING FOR 
AN ACCESS WINDOW 


Active Display Area Graphics 2us 0 - 5.95 us | 2-8ys 
E 

4300 из after Vertical All 26 0 248 

Interrupt Signal 

Register АІ 2us Ops 2ps 

Blank Bit 0 

Active Display Area Multicolor 2ps 0-1.5 ys 2-3.5 ys 


с. 


APPENDIX C 


PATTERN GRAPHICS ADDRESS LOCATION TABLES 


GRAPHICS І MODE ADDRESS LOCATION 


ADDRESS TYPE COMMENTS 
PATTERN PATTERN NAME TABLE BASE (УОР REG2) 
NAME ROW PATTERN POSITION 
ADDRESS COLUMN 
2) PATTERN COLS PATTERN COLOR TABLE BASE (МОР REG3) 
COLOR "2 ALWAYS "0" IN BIT 8 
ADDRESS NAME 1044) FIVE MOST SIGNIFICANT BITS OF NAME 
3) PATTERN PGB PATTERN GENERATOR TABLE BASE (МОР REG4) 
GENERATOR NAME ALL 8 BITS OF NAME 
ADDRESS XXX THREE 158:5 FORM PATTERN ROW POSITION 
— 
GRAPHICS II MODE ADDRESS LOCATION 
AppREss ТҮРЕ [o 12 3141516 [7 | 89103213 COMMENTS 
1) PATTERN PATTERN NAME TABLE BASE (VDP REG2) 
NAME PATTERN POSITION ROW 
ADDRESS PATTERN POSITION COLUMN 
2) PATTERN PATTERN COLOR TABLE BASE MSB (VDP REG3) 
COLOR TWO MSB FROM VERTICAL COUNTER 
ADDRESS ALL 8 BITS OF NAME 
COLOR TABLE BYTE/LINE 
3) PATTERN PATTERN GENERATOR TABLE BASE ВІТ 5 (VDP REGA| 
GENERATOR TWO MSB FROM VERTICAL COUNTER 
ADDRESS ALL 8 BITS OF NAME 
PATTERN GENERATOR BYTE/LINE NUMBER 
TEXT MODE ADDRESS LOCATION 
appress ТУРЕ [o 1 [2] [45] 6] 7 [ 8 |з [зраз] COMMENTS 


NAME ADDRESS 


TEXT MODE 
PATTERN 
GENERATOR 
ADDRESS 


TEXT MODE PATTERN 


TEXT POSITION 


PATTERN NAME TABLE BASE (VDP REG2) 
EQUAL (TEXT POSITION ROW # TIMES 40) PLUS 
(TEXT POSITION COLUMN NUMBER) 


PATTERN GENERATOR TABLE BASE (VOP REG4) 


NAME 
BYTE/ROW NUMBER 


] 


SPRITE ADDRESS LOCATION 


ADDRESS TYPE 


COMMENTS 


SPRITE 
ATTRIBUTE 
ADDRESS 


Size = 0 
SPRITE PATTERN 
GENERATOR 


SIZE* 1 
SPRITE PATTERN 
GENERATOR 


о [1 [2 [s [4 [s[ e[7 [eo] јаз] 


SAB 
SPRITE 


XX 


SPRITE ATTRIBUTE TABLE BASE (МОР REGS) 
SPRITE NUMBER 
ATTRIBUTE NUMBER 

00 FOR VERTICAL POSITION 

01 FOR HORIZONTAL POSITION 

10 FOR NAME 

11 FOR TAG (EARLY CLOCK AND COLOR) 


SPRITE PATTERN GENERATOR BASE (VDP REG4) 
NAME ATTRIBUTE OF SPRITE 
THREE LSB'S GIVE BYTE/ROW NUMBER 


SPRITE PATTERN GENERATOR BASE (VDP ВЕС4) 
SIX MSB OF NAME 
0 FOR LSB OF PATTERN, 1 FOR MSB OF PATTER 
SIZE = 1 SPRITE BYTE NUMBER 


MULTICOLOR ADDRESS LOCATION 


ADDRESS TYPE 


COMMENTS 


4) MULTICOLOR 
PATTERN NAME| 
ADDRESS 


5) MULTICOLOR 
PATTERN 
GENERATOR 
ADDRESS 


о [1 [2 [3 [4] [e| Тв Голо раз 


NTB 
ROW 
COLUMN 
PGB 
XXX 


PATTERN NAME TABLE BASE (VDP REG2) 
PATTERN POSITION ROW 
PATTERN POSITION COLUMN 


PATTERN GENERATOR TABLE BASE (VDP REG4) 
NAME FROM NAME FETCH 
THREE LSB'S FORM BYTE/SQUARE ROW 


APPENDIX D 


D. IC PINOUTS FOR TMS9918A/28A/29A AND TMS9118/28/29 
MS9118 TMS9128/9129 TMS9918A TMS9928A/9929A 
RAS Ср Слој] XTALt 
САВ зе) XTAL2 
Ар? зв) сғусік! 
#06 net 
А06 comviot 
AD4 ЕХТУОР! 
AD3 RESET/SYNC 
#02 Усс 
Ар! RDO 
ADO вот 
RW RD2 
Vss RD3 
MODE RD4 
TSW ჩ05 
TSR 806 
INT во? 


со? 
соб 
C05 
сра 


соо 
сол 
C02 
соз 


TPins 35 to 38 аге the only pins which vary for each device. 


APPENDIX E 


DEMO ASSEMBLY LANGUAGE PROGRAMS 


1) 
2) 
3) 
4) 
5) 


6502 Assembly Language 

8088 Assembly Language 

TMS7000 Assembly Language 

TMS9995 Assembly Language 

TMS9995 Assembly Language Subroutines 


a) 
b) 
c) 
d) 
e) 
f) 


Draw Font To Bit-Map Screen 

Draw A Line 

Plot Pixel In VRAM 

Initialize Name Table 

Clear/Fill VDP RAM 

Block Move Memory: System To VDP 


E-1 


. 
` DEMONSTRATION SOFTWARE . 
. . 
+ WRITTEN IN 6502 * 
* ASSEMBLY LANGUAGE Ж 
–ეებე,.,.-.,-”,””” " 
. 
ORG $4000 
, 
PE AT e pon thee ET ium ap erit зА AE АЕНА: # 
« , 
+ — THE FOLLOWING PROGRAM IS AN OUTLINE FOR CREATING + 
+ А GRAPHICS | MODE PICTURE. IT INITIALIZES THE . 
+ VDP REGISTERS, CLEARS ALL OF VIDEO RAM, AND THEN * 
* LOADS THE NAME TABLE, COLOR TABLE, AND PATTERN . 
» — TABLE WHICH FORM THE DISPLAY. FILL IN THE TABLES + 
* ТО CREATE YOUR OWN DISPLAY. . 
. . 
-..ეიე-._ » 
М ра 
C-——Á'Á AE E е 
. EQUATES . 
–_.იი-–-- $ 
. 
МОрЕО EQU 30000 MODE LOW SELECTS A READ/WRITE VIDEO RAM 
MODE1 EQU $C002 MODE HIGH SELECTS A READ/WRITE VIDEO REGISER 
. 
VDPCT EQU $6000 VRAM COLOR TABLE ADDRESS 
VDPPT EQU $4800 VRAM PATTERN TABLE ADDRESS 
VDPNT EQU $4400 VRAM NAME TABLE ADDRESS 


РАТТРТ EQU 
КАМРТ EQU 


з SETUP 7680 PAGE ADDRESSES 


LDA 
STA 
LDA 
STA 


$00 AND $01 (MEMORY POINTER) 
$02 AND $03 (MEMORY POINTER) 


#<PATTERNS 
PATTPT 
#>PATTERNS 
РАТТРТ+1 


#<МАМЕЗ 
NAMPT 


. 


INI TREG 
ZAPRAM 
LDPATT 
LDCLR 
LDNAM 


INITIALIZE VDP REGISTERS 
CLEAR ALL VIDEO RAM 

LOAD THE PATTERN TABLE 
LOAD THE COLOR TABLE 
LOAD THE NAME TABLE 
DONE. RETURN TO CALLER 


INITIALIZE VDP REGISTER 


INITREG 10Ү 


ІМТІ 


. 


Ы CLEAR ALL VIDEO RAM 


ZAPRAM 


NEXF 
FILL 


+ 
+ 
. 


LDPATT 


NEXA 


LDX 
LDA 
STA 
STY 
INY 
INX 
CPX 
BNE 
RTS 


LDY 
LDA 
STA 
STY 
LDX 
LDY 
STA 
INY 
BNE 
Щи 
ВМЕ 
RTS 


#980 
#0 
ІТАВ,Х 
MODE1 
MODE! 


#508 
ІКІТІ 


FIRST REGISTER 

LOOP COUNTER 

GET REGISTER DATA 

SEND DATA TO VDP 

TELL VOP REGISTER NUMBER 


DONE ALL 8 REGISTERS? 
NO, CONTINUE.. 
DONE RETURN TO CALLER 


($0000 -$3FFF) 


SETUP VRAM ADDRESS 


COUNT HIGH 

COUNT LOW 

WRITE A ZERO TO VRAM 
NEXT LOC. 

KEEP GOING TILL PAGE DONE 
DONE ALL 40 PAGES? 

NO. KEEP GOING 


MOVE PATTERN TABLE TO VRAM 


LDX 
LOY 
LDA 
STA 
STY 
Гру 
LDA 
STA 
INY 
BNE 
INC 
DEX 
BNE 
RTS 


#8 

#>VDPPT 
#<УОРРТ 
МОРЕ 
MODE1 

#0 
(РАТТРТ} ‚У 
MODEO 


NEXA 
РАТТРТ+1 


МЕХА 


PAGE COUNTER 
ADDRESS SETUP 


INIT COUNTER 

GET A BYTE 

WRITE TO VDP 

PAGE DONE? 

NOT YET.. 

INCREMENT TABLE POINTER 
DONE ALL 8 PAGES? 

NOT YET.. 


MOVE COLOR TABLE TO VRAM 


ЕЗ 


LDCLR LDY #>VDPCT ADDRESS SETUP 
LDA #<VDPCT 


STA MODE! 

STY MODE! 

LDY #0 INIT COUNTER 
NEXC LDA COLORS У GET A BYTE 

STA MODEO WRITE TO VDP 

INY 

CPY #32 DONE? 

BNE NEXC NOT YET.. 

RTS 


+ 


* MOVE NAME TABLE TO УВАМ 


* 


LDNAM LOX #3 PAGE COUNTER 

LDY #>VDPNT ADDRESS SETUP 

LDA #<VDPNT 

STA MODE! 

STY MODE! 

LDY #0 INIT COUNTER 
NEXN LDA (МАМРТ) У GET A BYTE 

STA MODEO WRITE TO VDP 

INY PAGE DONE? 

ВМЕ NEXN NOT YET.. 

INC NAMPT +1 INCREMENT TABLE POINTER 

DEX DONE ALL 3 PAGES? 

BNE NEXN NOT YET.. 

RTS 
%------------------------------------------------------ з 
* DATA TABLES + 
%------------------------------------------------------ , 
з INITIALIZATION TABLE 
з 
ITBL BYTE >00 RO EXTERNAL VIDEO OFF 

BYTE X2 R1 4416 DISABLE INT ,GRAPH1 ,5121 ,МАС OFF 

BYTE 201 R2 МАМЕ TABLE=>0400 

BYTE >80 R3 COLOR TABLE=>2000 

BYTE >01 R4 | PATTERN GENERATOR =>0800 

BYTE >0Е А5 SPRITE МАМЕ->0700 

BYTE >00 R6 SPRITE PATTERN=>0000 

BYTE >01 R7 BACKGROUND COLOR- BLACK 


· NAME TABLE 


NAMES НЕХ 00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 
НЕХ 00,00,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00,00,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
HEX 00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 


+ 
+ 


COLORS 


HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 


00,00,00,00,00,00,00,00,00,00,00,00,00,00,00,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 
00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 ,00 


COLOR TABLE 


HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 


00 COLOR FOR PATTERNS 00-07 


00 08-0F 
00 10-17 
00 18-1F 
00 20-27 
00 28-2F 
00 30-37 
00 38-3F 
00 40-47 
00 48-4F 
00 50-57 
00 58-5F 
00 60-67 
00 68-6F 
00 70-77 
00 78-7F 
00 80-87 
00 88-8F 
00 90-97 
00 98-9F 


E-5 


E-6 


HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 


E 


* PATTERN TABLE 


+ 
PATTERNS HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 
HEX 


END 


00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 
00,00,00,00,00,00,00,00 


30-47 
АВ-АЕ 
B0-87 
B8-BF 
с0-С7 
C8-CF 
D0-07 
D8-DF 
E0-E7 
E8-EF 
F0-F7 
F7-FF 


PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 


...---____.ო..ო.ო.ოი 


DEMONSTRATION SOFTWARE 


WRITTEN ІМ 8088 
ASSEMBLY LANGUAGE 


CSEG || SEGMENT 
ASSUME | CS:CSEG 
DEMO | PROC || NEAR 


л 


; THE FOLLOWING PROGRAM IS AN OUTLINE FOR CREATING 

; A GRAPHICS | MODE PICTURE. IT INITIALIZES THE 

i МОР REGISTERS, CLEARS ALL OF VIDEO RAM, AND THEN 
LOADS THE NAME TABLE, COLOR TABLE, AND PATTERN 
TABLE WHICH FORM THE DISPLAY. FILL IN THE TABLES 
TO CREATE YOUR OWN DISPLAY. i 


яс 
MEMORY EQUATES 


MODEO | LABEL DWORD Write to VDP Ram. 


DW осооон VDP registers are DWORD +1 (МОРЕ) 
DW 0 


i INITIALIZE VDP REGISTERS 


LES DI ,MODEO Get VDP address 
MOV 51 ,II8L Get address Init table 
MOV CX,8 Counter (all 8 registers) 
MOV BH ,80H Starting Register number 
INIT: MOV АН, $1! Get byte of data 
M0V ES: DI «1! АН Send data to VDP 
MOV ES: DI «1! ВН Send register number to VDP 
INC $1 Next table value 
INC BH Next register value 
L00ჩ INIT Loop until al! 8 registers done 


; CLEAR VDP RAM 


MOV AX ,4000H МОР starting address 
MOV ES: DI 41! AL Set up VDP address register 
MOV ES: DI 41! АН 
MOV CX ‚АХ Clear all 4000 Hex bytes of Vram 
MOV АН,0 Data to write 
CLRLP: MOV ES: DI!,AH Write a zero to Vram 
LOOP CLRLP Loop until done 


i LOAD PATTERN TABLE 


MOV $1 ,РАТТВ Address Pattern table 

MOV CX ,800H Number of bytes to write 

MOV DX ,4800H Address of pattern table in Vram 
MOV ES: DI «1! ,DL Setup Vram address 

MOV ES: DI «1! ‚ОН 
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E-8 


LDPTLP: MOV AH, $1! Get data from table 


MOV ES: DI!,AH Write to Vram 
INC SI Inc pointer to pattern table data 
L00ჩ LDPTLP Loop until done 


2 LOAD COLOR TABLE 


MOV 51 ,CLRTB Address Color table 
MOV CX ,20H Length color table 
MOV DX ,6000H Vram color table address 
MOV ES: DI «1! DL Setup VDP address register 
MOV ES: DI «11 ОН 
LDCLLP: MOV AH, SI! Get byte of data 
MOV ES: DI!,AH Send to VDP 
INC $1 Next 
LOOP LDCLLP Loop until done 


i LOAD NAME TABLE 


MOV 51 ‚МАМЕТВ Address Name table 
MOV CX ,300H Length Name table 
MOV DX ,4400H Address of Name table in Vram 
MOV ES: 01411 ,DL Setup МОР address 
MOV ES: DI «1! ‚ОН 
LDNMLP: MOV AH, SI! Get byte of data 
MOV ES: DI! AH Write to Vram 
INC $1 Next 
L00ჩ LDNMLP Loop until done 
RET Return to caller 


HILL 
; VDP DATA TABLES i 
_._____________.ო...ო.. Я Ч 


; REGISTER INITIALIZATION TABLE 


ITBL: DB 000H RO=GR2 mode 


DB 0C2H RizEnable display, 81261 sprites, по mag. 
DB 001H R2zName table 
DB 080H R3=Color table 
DB 001H R4=Pattern table 
DB 006H R5=Sprite attribute 
DB 000H R6=Sprite Pattern table 
DB ООЕН R7zBackdrop color= white 

; NAME TABLE 

NAMETB: DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
08 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 


––_–_–....-.........:->>>>>>>>>>>>... 


DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000Н ,000H ,000H ,000H ,000Н ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000Н ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000Н ,000Н ,000H 
DB ооон ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000Н ,000H ,000H ,000Н ,000H 
DB 000Н ,000H ,000H ,000H ,000Н ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000Н ,000Н ,000Н ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000Н ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000H ,000H ,000H ,000Н ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000H 
DB 000Н ,000H ,000H ,000H ,000H ,000H ,000H ,000Н 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000Н ,000H 
DB 000Н ,000H ,000Н ,000H ,000H ,000Н ,000H ,000H 
; COLOR TABLE | 
CLRTB: DB 000H Color for patterns 0-7 
DB 000H 8-F 
DB 000H e 
DB 000H й | 
DB 000H * | 
08 000H ! 
ხზ 000H | 
DB 000H 
DB 000H 
DB 000H 
DB 000H 
DB 000H 
DB 000H 
08 000H 
DB 000H 
DB 000H 
DB 000H 
DB 000H 
D8 000H 
DB 000H 
DB 000H 
DB 000H 
DB 000H 
DB 000H 
08 000H 
DB 000H і 
DB 000H 
ხზ 000H 
08 000H 
DB 000H 
DB 000H 


E-9 
sj 


DB 000H 
; PATTERN TABLE 


PATTB: DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H PatternO 


08 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 1 
08 000H ,000H ,000H ,000H ,000H ,000H ,000Н ,000H 2 
08 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 3 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 4 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 5 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 6 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 7 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 8 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H 9 
08 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H A 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H B 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H с 
DB 000H ,000H ,000H ,000H ,000H ,000H ,000H ,000H D 

DEMO ENDP 

CSEG ENDS 
END 
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+ DEMONSTRATION SOFTWARE 5 


з WRITTEN IN TMS7000 % 
* ASSEMBLY LANGUAGE 5 
pe Alia ВЕНА ЕН нн + 
E 

IDT ‘DEMO’ 


TITL '7000-VDP DEMONSTRATION PROGRAM‘ 
OPTION BUNLST ,TUNLST ,DUNLST 
. MAIN PROGRAM WILL START АТ >Ғ080 


AORG >Ғ080 


Ы EQUATES # 


MODEO EQU P128 20180 MODE LOW SELECTS A READ/WRITE VIDEO RAM 
MODE1 EQU P129 2018! MODE HIGH SELECTS A READ/WRITE VIDEO REISTER 


з 
* THE FOLLOWING PROGRAM IS AN OUTLINE FOR CREATING 
+ А GRAPHICS | MODE PICTURE, ІТ INITIALIZES THE 

+ МОР REGISTERS, CLEARS ALL OF VIDEO RAM, AND THEN 
* LOADS THE NAME TABLE, COLOR TABLE, AND PATTERN 

+ TABLE WHICH FORM THE DISPLAY. FILL IN THE TABLES 
з TO CREATE YOUR OWN DISPLAY. 


жож» жой жо В 


enr M N ва пева Ant пазом d 2 
š 
р INITIALIZE VDP REGISTERS 
* 
START DINT DISABLE INTERRUPTS 
MOV 97,8 NUMBER OF REGISTERS TO INITIALIZE 
INIT LDA @ITBL(B) GET REGISTER VALUE 
MOVP А MODE! SEND REGISTER VALUE TO VDP 
MOV ВА 
OR %>80 А SET MSB OF REGISTER NUMBER 
МОҮР А „МООЕТ SEND REGISTER NUMBER TO VPD 
DEC В DECREMENT TO GET NEXT REGISTER 
JC INIT LOOP UNTIL ALL 8 ARE DONE 
4 
CALL — GZAPRAM CLEAR ALL VDP RAM 


ы LOAD GRAPHICS | MODE PICTURE 


MOVO | ЗРАТТВ,АБ ADDRESS OF PATTERN TABLE 
MOVD %>800,83 №. ENTRIES 
МОМО %>4800,В VRAM DESTINATION ADDRESS 
CALL = @MOVE PERFORM MOVE 


MOVD *CLRTB,R5 ADDRESS OF PATTERN TABLE 
MOVD 532,3 МО. ENTRIES 
MOVD %>6000,8 VRAM DESTINATION ADDRESS 
CALL МОУЕ PERFORM MOVE 
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MOVD %NAMETB ,R5 
MOVD %768,83 
MOVD %>4400,В 
CALL @MOVE 


ADDRESS OF PATTERN TABLE 
NO. ENTRIES 
VRAM DESTINATION ADDRESS 
PERFORM MOVE 


. 
* 
* 


MOVE 


MEMOVE 


. 
. 


+ 


ZAPRAM 


ZAP 


. 
HE 
* 


NAMETB 


MOVE ROM MEMORY TO МОР RAM 


МОУР — В,МОРЕЇ 
МОУР А МОРЕ 
LDA +55 
МОУР — A,MODEO 
INC R5 

ADC %0,84 
DECD R3 

ЈМ MEMOVE 
RETS 


CLEAR ALL VDP RAM 


MOVD 924000 ,ჩ3 
MOVP %>00 ,MODE1 
MOVP %>40 MODE1 
CLR А 

МОУР А,МОРЕО 


INITIALIZATION TABLE 


BYTE >0Е ჩ7 
BYTE 200 R6 
BYTE >06 R5 
BYTE >01 R4 
BYTE >80 R3 
BYTE >01 R2 
BYTE X2 R1 
BYTE >00 RO 
NAME TABLE 


SEND LOW ADDRESS TO VOP 
SEND HIGH ADDRESS TO УОР 

GET DATA POINTED TO BY R5,R4 
SEND TO МОР 

POINT TO NEXT TABLE ADDRESS 


DECREMENT BYTE COUNT 
ТЕ NOT DONE THEN SEND ANOTHER 
BACK TO CALLING ROUTINE 


NUMBER OF LOCATIONS TO CLEAR 
SETUP LOW ADDRESS BYTE 
SETUP HIGH ADDRESS BYTE 
VALUE TO SEND ТО VDP = 0 
SENT VALUE TO УОР 

DECREMENT COUNTER 

ГЕ NOT DONE THEN DO AGAIN 
RETURN TO CALLING ROUTINE 


BACKGROUND С0108- WHITE 

SPRITE РАТТЕНМ->0000 

SPRITE МАМЕ=>0300 

PATTERN GENERATOR =>0800 

COLOR TABLE=>2000 

NAME TABLE=>0400 

4416 DISABLE INT ,бВАРН1 ,SIZ1,MAG OFF 
EXTERNAL VIDEO OFF 


DATA >0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
DATA >0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
DATA >0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
DATA >0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
DATA >0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 


* 
* 


з 


CLRTB 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 .>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,»0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 .>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,20000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 


COLOR TABLE 


BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 


>00 COLOR FOR PATTERNS 00-07 


>00 08-0F 
200 10-17 
»00 18-1F 
»00 20-27 
>00 28-2F 
>00 30-37 
>00 38-3F 
>00 40-47 
>00 48-4F 
200 50-57 
200 58-5F 
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E-14 


PATTB 


END 


BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 


PATTERN 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


»00 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 
200 


TABLE 


20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 


60-67 
68-6F 
70-77 
78-7Ғ 
80-87 
88-8F 
90-97 
98-9F 
A0-A7 
AB-AF 
B0-87 
B8-BF 
с0-С7 
C8-CF 
00-07 
08-0Е 
Е0-Е7 
E8-EF 
F0-F7 
F7-FF 


PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
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+ DEMONSTRATION SOFTWARE + 
, WRITTEN IM ТМ59995 b 
* ASSEMBLY LANGUAGE # 
IDT ‘DEMO’ 
OPTION BUNLST , TUNLST ,DUNLST 
4 MAIN PROGRAM WILL START АТ 20080 
AORG »0080 
, EQUATES Y 


MODEO EQU >С000 9244 MODE LOW SELECTS А READ/WRITE VIDEO RAM 
MODE! EQU 22002 оф“ MODE HIGH SELECTS A READ/WRITE VIDEO REGITER 


* THE FOLLOWING PROGRAM IS AN OUTLINE FOR CREATING 
+ А GRAPHICS | MODE PICTURE. IT INITIALIZES THE 

* VDP REGISTERS, CLEARS ALL OF VIDEO RAM, AND THEN 
* LOADS THE NAME TABLE, COLOR TABLE, AND PATTERN 


TABLE WHICH FORM THE DISPLAY. FILL IN THE TABLES 
TO CREATE YOUR OWN DISPLAY. 


. INITIALIZE VDP REGISTERS 

START LIMI 0 DISABLE INTERRUPTS 
(МР! >Ғ000 SETUP WORKSPACE AS 9995 INTERNAL RAM 
LI RI,ITBL GET INITIAL!ZATION TABLE START ADDRESS 
LI 28 REGISTER COUNTER 


LI 83,»8000 151 REGISTER ADDRESS 


INIT MOVB *R1+,@MODE1 SEND DATA TO THE TMS 9118 
MOVB АЗ ,@МОрЕТ TELL ІТ WHICH REGISTER TO PUT DATA IN. 
Al 83 ,>0100 NEXT REGISTER 


DEC R2 FINISHED WITH ALL REGISTERS? 
УМЕ INIT NO, THEN CONTINUE 
BL | QZAPRAM CLEAR ALL VDP ВАМ TO ZEROS 


з LOAD GRAPHICS | MODE PICTURE 


и R1,PATTB ADDRESS OF PATTERN TABLE 


LI R2,5800 №, ENTRIES 
LI R3,»4800 VRAM DESTINATION ADDRESS 
BL @MOVE PERFORM MOVE 


LI R1,CLRTB ADDRESS OF COLOR TABLE 
LI R2,32 NUMBER OF TABLE ENTRIES 
LI 83,56000 VRAM DESTINATION ADDRESS 


BL @МОҮЕ PERFORM MOVE 


и R1,NAMETB ADDRESS OF NAME TABLE 


LI R2,768 NUMBER OF NAME TABLE ENTRIES 
LI В3,»4400 VRAM DESTINATION ADDRESS 
BL — QMOVE PERFORM MOVE 
. 
RT RETURN TO CALLER 


d MOVE ROM MEMORY TO VDP RAM 


MOVE SWPB R3 SETUP VDP ADDRESS 
MOVB R3,GMODE1 
SWPB R3 
MOVB R3,QMODE1 
МЕМОМЕ MOVB *R1+,@MODEO СЕТ PATTERN BYTE AND SEND TO VRAM 


DEC R2 FINISHED? 
JNE MEMOVE №, CONTINUE 
RT RETURN TO CALLER 


+ CLEAR ALL VDP RAM 
з 
ФАРВАМ LI — 81,»0000 DATA TO WRITE 
Li! 82 ,>4000 CLEAR ALL 16K 
L! 83 >4000 VRAM START ADDRESS=0 


SWPB R3 SWAP ADDRESS BYTES 

MOVB R3 ,QMODE! SETUP LOW BYTE OF ADDRESS 

SWPB R3 SWAP ADDRESS BYTES 

MOVB АЗ ,0M00წ61 SETUP HIGH BYTE OF ADDRESS 
2АР MOVB 81 ,0М00ЕО MOVE ZEROS INTO VDP RAM 

DEC R2 HAVE WE DONE ALL 16K BYTES YET? 

JNE ZAP NO, THEN CONTINUE 

RT RETURN TO CALLER 


* INITIALIZATION TABLE 
ITBL BYTE >00 RO EXTERNAL VIDEO OFF 
BYTE X2 R1 4416,015АВІЕ INT ,GRAPH1 ,SIZ1,MAG OFF 
BYTE >01 R2 МАМЕ TABLE=>0400 
BYTE >80 R3 COLOR TABLE=>2000 
BYTE >01 R4 PATTERN GENERATOR =>0800 
BYTE >06 R5 SPRITE NAME=>0300 
ВУТЕ >00 R6 SPRITE PATTERN=>0000 
BYTE ОР R7 BACKGROUND COLOR- WHITE 


. 


. NAME TABLE 

МАМЕТВ DATA >0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
DATA 20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,»0000 ,>0000 
DATA >0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
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CLRTB 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,»0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,»0000 
20000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 ,>0000 


COLOR TABLE 


BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 


200 COLOR FOR PATTERNS 00-07 


>00 08-0F 
200 10-17 
200 18-1F 
>00 20-27 
>00 28-2F 
>00 30-37 
>00 38-3F 
>00 40-47 
200 48-4Ғ 
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E-18 


PATTB 


END 


BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 
BYTE 


PATTERN 


DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 
DATA 


>00 
>00 
>00 
>00 
>00 
200 
200 
200 
200 
200 
200 
>00 
>00 
>00 
200 
>00 
200 
200 
200 
200 
200 
200 


TABLE 


20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 20000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 .>0000 
>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,>0000 
>0000 ,>0000 ,>0000 ,»0000 
>0000 ,>0000 ,>0000 ,>0000 
20000 ,>0000 ,>0000 ,>0000 


50-57 
58-5F 
60-67 
68-6F 
70-77 
78-7Е 
80-87 
88-8F 
90-97 
98-9Ғ 
А0-А7 
А8-АҒ 
80-87 
B8-8F 
C0-C7 
C8-CF 
00-07 
D8-DF 
Е0-Е7 
E8-EF 
F0-F7 
F7-FF 


PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 
PATTERN 


— = m Ө O оо > о со зз Фа = сәгә — © 


(* CALCULATE PIXEL ADDRESS AND DATA з) 


- Written in 9900 assembly language - 


+ . 
. . 
E . 
* Inputs: RB - LSB is X coordinate Ж 
* R9 - 158 is Y Coordinate * 
E з 
E . 
* ` 


Outputs: R1 - MSByte contains pixel data 
R3 - Vram destination address 


MOV RƏ RI Get Y coordinate 
ANDI R1,200F8 Mask within 8 bytes 
SLA R1,5 Multiply by >100 
E 
MOV — R8,R3 Get X coordinate 
ANDI АЗ ,>00Е8 Mask off lower bits 
A АТ ВЗ Address of 8х8 pattern 
E 
MOV 89,81 Get Y coordinate 
ANDI R1,20007 Get Y offset within 8х8 pattern 
А В1,83 Add to pattern address 
MOV — R8 RI! Get X coordinate 
ANDI 81,20007 Get pixel data 
з 
MOVB GBITOFF(RI),R2 Lookup pixel data in table 
RT 
` 
. Pixel Data Lookup Table 


B 
BITOFF BYTE >80 ,>40 ,>20 510,208 504,202 ,201 
END 


TITLE ‘FONTS’ 


. 
E 
. (+ DRAW FONT TO BITMAP SCREEN +) ‘ 
* . 
ж This routine takes an 8x8 graphic or character ы 
з font located in system memory and maps it onto * 
# the bit-mapped display with the upper Ге г папа # 
Ж corner starting at an Х,У origin. * 
E E 
+ Inputs: R8=LSB is X Coordinate + 
+ В9-М5В is Y Coordinate + 
% R10=Font Address * 
* Outputs: None 2 
з Kills: RO,R1,R2,R3,R4,R5,R10 % 
sp A a A . 
В 
* Find Byte address їп Угат 
з 
DFONT MOV ჩ9,ჩ1 Get Y coordinate 

ANDI R1,200F8 Mesk within 8 bytes 

SLA R1,5 Multiply by 2100 

MOV R8,R3 Get X coordinate 

ANDI R3,»00F8 Mask off lower bits 

A R1,R3 Address of 8x8 pattern 

MOV R9,R2 Get Y coordinate 

ANDI R2,>0007 Get Y offset within 8x8 pattern 

A В2,83 Add to pattern address 

A GPTBASE ,R3 Add in Vram base address 

LI R5,20008 

$ R2,R5 Distance from 8x8 boundry 
з 
* Get Byte of font data and justify if neccesary 
* 

LI R4,>0008 Vertical font size counter 
GETFNT CLR R2 

MOVB +ჩ10+,ჩ2 Get byte of font data 
+ 

MOV R8,R1 Get X coordinate 

ANDI Я1,»0007 Get pixel start offset 

MOV 81,80 Save as Shift data 

ЈЕО NOSFT If O then skip Justify 

SRL 82,80 Justify it 
NOSFT EQU $ 
* Read Modify write Hbytel 

ANDI ВЗ ‚>ЗЕЕЕ Setup for read 

SWPB R3 Setup VDP address register 

MOVB АЗ ,0МООЕ1 

SWPB R3 

MOVB R3,@MODEI 

NOP 

МОР 

МОР 


MOVB QMODEO,R1 Read Vram 


з 
ЗКІРІ 
ENDCHK 


ORI 

SWPB 
MOVB 
SWPB 
M0V8 
50C8 
M0ჩ 

M0V8 


R3,»4000 
R3 

R3 ,@MODE1 
R3 

АЗ, @МОрЕТ 
R1,R2 


R2,GMODEO 


Read Modify Write 


SWPB 
Al 
ANDI 
SWPB 
MOVB 
SWPB 
MOVB 
NOP 


R2 
R3 ,>0008 
АЗ ,>3FFF 
R3 
R3 ,6M0061 
R3 
АЗ ,0М00Е1 


@MODEO 81 


R3 ,>4000 
R3 

83 ,@MODEt 
R3 

АЗ ,@MODE1 
81,82 


R2 ,0М00Е0 


R3,>FFF8 
R5 

SKIPL 
R3,>0100 
R3,>FFF8 
ENDCHK 


GETFNT 


Set VDP write bit 
Setup VDP address register 


Or in new data 


Write back to Vram 


Hbyte2 


Setup for read 
Setup VDP address register 


Read Vram byte 


Setup for write operation 
Setup VDP address register 


Restore Horizontal byte origin 
Did we cross a vertical boundry 


Skip to next pattern block 
Mask Offset 
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TITLE ‘LINES’ 
(+ DRAW A LINE +) 


Inputs: X1,Y1 
X2,Y2 
Outputs: None 
Kills: RO,R1,R2,R6,R7,R8,R9 


А 8 
+ + 
" з 
* Start point $ 
+ E 
* . 
" + 
* Notes: -BLWP Entry * 
. + 
+ * 
ж E 
з 8 
. 8 
, з 
" + 


End point 


Calls HPLOT(Plots pixel) 

-This routine expects Graphics || mode 
Name table to be arranged for bit- 
mapped graphics (See INAME routine) 
-Six variable locations must be set up 
these being XDIR,YDIR ,XCNT ,YCNT ,XFRAC 
YFRAC 


* 


DLINE DATA >Ғ020 ,DRLNE 


DRLNE MOV @X2,R1 Get X end 
MOV QY2,R2 Get Y end 

» 

М Set Horizontal Pos/Neg Direction 

` 
s @Х1 ‚ВТ Get Horiz. Distance 
JGT HPOS 
LI RO ,>FFFF Move negative 
MOV RO ,@XDIR 
JMP НІООМЕ 

HPOS CLR RO Move positive 
MOV ВО ,@XDIR 

HIDONE EQU $ 

B 

* Set Vertical Pos/Neg Direction 

. 
5 0Ү1,82 Get Vertical Distance 
JGT УР05 
и RO >РРЕР Move negative 
MOV  RO,QYDIR 
JMP VIDONE 

VPOS CLR RO Move positive 
MOV RO ,@YDIR 


VIDONE EQU $ 


* Set the Horiz/Vertical Counters and Inc Timers 
STFRAC ABS 81 

MOV R1,GXCNT 

SWPB R1 

MOV  R1,GXFRAC 

ABS R2 

MOV  R2,GYCNT 

SWPB R2 

MOV R2,QYFRAC 


* 


з 


LSTART 


+ 


LINELP 


E 


VMPOS 


* 


LNDONE 


Draw the line 


MOV 
MOV 


CLR 
CLR 


GHPLOT 


GXFRAC ,R6 
VCHK 
@XCNT 
LNDONE 
@XDIR во 
HMPOS 


GYFRAC ,R7 
LINELP 
@YCNT 
LNDONE 
@YDIR во 
VMPOS 


LINELP 


Set Initial X,Y coordinate 


Init X,Y counters 


Plot first point 


Did X overflow? 

No. 

Are we done? 

Yes 

№, Check direction flag 
Move positive 


Did Y overflow? 
No. 


Check direction flag 
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TITLE ‘PIXELS’ 


(+ PLOT PIXEL IN VRAM °) 


3 m 
з И 
+ Inputs: R8 - 188 is X coordinate M 
* R9 - LSB is Y Coordinate Ы 
* Outputs: RI - Pixel offset within byte * * 
* R3 - Vram byte address Ч 
# Kills: R1,R2,R3,R4 * 
. . 
» . 


Notes: Expects variable PTBASE to hold the L 
pattern table Vram starting address 
c ee он * 
. 
HPLOT EQU $ 1 
MOV — R9,R! Get Y coordinate | 
ANDI R1,»00F8 Mask within 8 bytes ы. | 
SLA R1,5 Multiply by >100 
+ 
MOV — R8,R3 Get X coordinate 
ANDI R3,>00F8 Mask off lower bits 
A R1,R3 Address of 8x8 pattern 
+ 
MOV — R9,R! Get Y coordinate 
ANDI R1,20007 Get Y offset within 8x8 pattern NI 
A R1,R3 Add to pattern address і 
4 з 
MOV — R8,RI Get X coordinate 
ANDI 81,20007 Get pixel data | 
. 
А GPTBASE ‚АЗ Add in Vram base address 
SWPB R3 Setup VDP address register 
MOVB  R3,GVREG 
SWPB R3 3 
MOVB R3,@VREG ! 
NOP Don't write too fast..... < | 
NOP í 
NOP 1 
. 3 
MOVB @VRAM ,R4 Read Vram byte : 
E 
ORI А3 ,>4000 Set МОР write bit 
SWPB ივ Setup VDP address register 
MOVB  R3,GVREG 
SWPB R3 


MOVB R3,@VREG 


MOVB GBITOFF(R1],R2 Lookup pixel data in table 


$068 84,82 Or it in with what's already there 
MOVB = R2,GVRAM 


BITOFF BYTE >80,>40,>20,>10 ,>08 ,>04 ,>02,>01 
END 


TITLE  'VDPSUBS" 


(+ INITIALIZE NAME TABLE >) 


This routine initializes the Name Table for 
bit-map graphics. Each entry points to а 
unique pattern. 


Inputs: None 
Outputs: None 
Kills: R1,R2,R3,R4,R5 
Notes: The Name table start address and length 
must be set up in NTBASE, and NTLEN 


INAME СІН ივ 
MOV  QNTLEN,R4 Get Name table length 
MOV @МТВАЗЕ ВБ Get Name table Vram address 
ORI R5,»4000 Set VDP write bit 
SWPB R5 
MOVB R5,GVREG Set up Vram address 
SWPB R5 
MOVB R5 ,@VREG 
SWPB R5 

LOOP2 MOVB R3,GVRAM Write data to Vram 
Al 83,>0100 Inc data 


(+ CLEAR/FILL VDP RAM >) 


R3= start address 


з . 
E . 
* Inputs: В1= fill data * 
з ` 
* R2= bytes to fill * 


CIV LI R3,>0000 Vram start address 
LI 82 ,>4000 Clear all 64K 
LI R1,20000 Fill data 
FILRAM OR! R3,>4000 Set write bit 
SWPB R3 Setup Vram address 
MOVB R3,GVREG 
SWPB R3 
MOVB R3,GVREG 
SWPB R3 
ZAPRAM MOVB R1,@VRAM Fill Vram 
DEC R2 
JNE ТАРВАМ 
RT 
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я (+ BLOCK MOVE MEMORY: SYSTEM ТО VDP +) к 
+ + у 
+ Inputs: R1=Source address * a 
* R3=Target address * Ч 
d R2zNumber bytes + В 
У 1 
SVMOVE | ORI R3,>4000 Set write bit ო 
SWPB R3 Setup Vram address 1 
MOVB АЗ „ФУВЕС Я 
SWPB R3 3 
MOVB R3 ,@VREG 8 
MEMOVE MOVB +R1+,@VRAM Get byte and send to Vram Ч 
DEC R2 4 
JNE МЕМОУЕ 5 
RT ñ 
END H 


ИИИНИН ЛТ e o а 
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зн 
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